Migrasi sumber daya IaaS yang didukung platform dari klasik ke Azure Resource Manager
Berlaku untuk: ✔️ VM Linux ✔️ VM Windows
Penting
Saat ini, sekitar 90% Komputer Virtual IaaS menggunakan Azure Resource Manager. Pada 28 Februari 2020, VM klasik telah ditolak dan akan sepenuhnya dihentikan pada 6 September 2023. Pelajari lebih lanjut tentang penghentian ini dan bagaimana hal itu memengaruhi Anda.
Artikel ini memberikan gambaran umum tentang alat migrasi yang didukung platform, cara memigrasikan sumber daya dari model penyebaran Azure Service Manager (ASM) juga dikenal sebagai Klasik ke Azure Resource Manager (ARM) dan merinci cara menyambungkan sumber daya dari dua model penyebaran yang hidup berdampingan dalam langganan Anda dengan menggunakan gateway situs-ke-situs jaringan virtual. Anda dapat membaca selengkapnya tentang fitur dan manfaat Azure Resource Manager.
ASM mendukung dua produk komputasi yang berbeda, Azure Virtual Machines (klasik) juga dikenal sebagai IaaS VM & Azure Cloud Services (klasik) juga dikenal sebagai PaaS VM atau Peran Web/Pekerja. Dokumen ini hanya berbicara tentang migrasi Azure Virtual Machines (klasik).
Sasaran untuk migrasi
Resource Manager memungkinkan penyebaran aplikasi kompleks melalui templat, mengonfigurasi komputer virtual dengan menggunakan ekstensi VM, dan menggabungkan manajemen akses dan tagging. Azure Resource Manager menyertakan penyebaran paralel yang dapat diskalakan untuk komputer virtual ke dalam set ketersediaan. Model penyebaran baru juga menyediakan manajemen siklus hidup komputasi, jaringan, dan penyimpanan secara mandiri. Akhirnya, ada fokus pada pengaktifan keamanan secara default dengan penerapan komputer virtual dalam jaringan virtual.
Hampir semua fitur dari model penerapan klasik didukung untuk komputasi, jaringan, dan penyimpanan di bawah Azure Resource Manager. Untuk mendapatkan manfaat dari kemampuan baru di Azure Resource Manager, Anda dapat memigrasikan penyebaran yang ada dari model penyebaran Klasik.
Sumber daya dan konfigurasi yang didukung untuk migrasi
Sumber daya yang didukung untuk migrasi
- Virtual Machines (Cloud Service dengan VMs)
- Layanan Cloud (dengan Peran Web/Pekerja)
- Set ketersediaan
- Akun Penyimpanan
- Virtual Networks
- VPN Gateway
- Gateway Rute Ekspres (dalam langganan yang sama dengan Virtual Network saja)
- Kelompok Keamanan Jaringan
- Tabel Rute
- IP yang Dicadangkan
Konfigurasi yang didukung untuk migrasi
Sumber daya IaaS klasik ini didukung selama migrasi
Layanan | Konfigurasi |
---|---|
Microsoft Entra Domain Services | Jaringan virtual yang berisi Microsoft Entra Domain Services |
Cakupan migrasi yang didukung
Ada empat cara berbeda untuk menyelesaikan migrasi sumber daya komputasi, jaringan, dan penyimpanan:
- Migrasi komputer virtual (TIDAK dalam jaringan virtual)
- Migrasi komputer virtual (dalam jaringan virtual)
- Migrasi akun penyimpanan
- Migrasi sumber daya yang tidak terikat
Migrasi komputer virtual (TIDAK dalam jaringan virtual)
Dalam model penyebaran Resource Manager, keamanan diberlakukan untuk aplikasi Anda secara default. Semua VM harus berada dalam jaringan virtual dalam model Resource Manager. Platform Azure memulai ulang (Stop
, Deallocate
, dan Start
) VM sebagai bagian dari migrasi. Anda memiliki dua opsi untuk jaringan virtual yang akan dimigrasikan Virtual Machines ke:
- Anda dapat meminta platform untuk membuat jaringan virtual baru dan memigrasikan komputer virtual ke jaringan virtual baru.
- Anda dapat memigrasikan komputer virtual ke jaringan virtual yang ada di Resource Manager.
Catatan
Dalam lingkup migrasi ini, baik operasi sarana-manajemen maupun operasi sarana-data mungkin tidak diizinkan untuk jangka waktu tertentu selama migrasi.
Migrasi komputer virtual (dalam jaringan virtual)
Untuk sebagian besar konfigurasi VM, hanya metadata yang bisa bermigrasi antara model penyebaran Klasik dan Resource Manager. VM yang mendasarinya berjalan pada perangkat keras yang sama, dalam jaringan yang sama, dan dengan penyimpanan yang sama. Operasi sarana-manajemen mungkin tidak diizinkan untuk jangka waktu tertentu selama migrasi. Namun, sarana-data terus bekerja. Artinya, aplikasi Anda yang berjalan di atas VM (klasik) tidak mengalami waktu-henti selama migrasi.
Konfigurasi berikut saat ini tidak didukung. Jika dukungan ditambahkan di masa mendatang, beberapa VM dalam konfigurasi ini mungkin mengalami downtime (mengalami operasi henti, dealokasi, dan mulai ulang VM).
- Anda memiliki lebih dari satu set ketersediaan yang ditetapkan dalam satu layanan cloud.
- Anda memiliki satu atau beberapa set ketersediaan dan VM yang tidak ada dalam ketersediaan yang ditetapkan dalam satu layanan cloud.
Catatan
Dalam lingkup migrasi ini, sarana manajemen mungkin tidak diizinkan untuk jangka waktu tertentu selama migrasi. Untuk konfigurasi tertentu seperti yang dijelaskan sebelumnya, terjadi waktu-henti sarana-data.
Migrasi akun penyimpanan
Untuk memungkinkan migrasi yang mulus, Anda dapat menyebarkan VM Resource Manager di akun penyimpanan klasik. Dengan kemampuan ini, sumber daya komputasi dan jaringan dapat dan harus dimigrasikan secara independen dari akun penyimpanan. Setelah bermigrasi melalui Virtual Machines dan Jaringan Virtual, Anda perlu melakukan migrasi melalui akun penyimpanan Anda untuk menyelesaikan proses migrasi.
Jika akun penyimpanan Anda tidak memiliki disk atau data Virtual Machines terkait dan hanya memiliki blob, file, tabel, dan antrean, maka migrasi ke Azure Resource Manager dapat dilakukan sebagai migrasi mandiri tanpa dependensi.
Catatan
Model penyebaran Resource Manager tidak memiliki konsep gambar dan disk Klasik. Saat akun penyimpanan dimigrasikan, citra dan disk Klasik tidak lagi terlihat di portal Microsoft Azure, tetapi VHD pendukung tetap di akun penyimpanan.
Cuplikan layar berikut ini memperlihatkan cara meningkatkan akun penyimpanan Klasik ke akun penyimpanan Azure Resource Manager menggunakan portal Microsoft Azure:
- Masuk ke portal Azure.
- Navigasikan ke akun penyimpanan klasik Anda.
- Di bagian Pengaturan, klik Migrasi ke ARM.
- Klik Validasi untuk menentukan kemungkinan migrasi.
- Jika validasi lolos, klik Siapkan untuk membuat akun penyimpanan yang dimigrasikan.
- Ketik ya untuk mengonfirmasi migrasi dan klik Lakukan untuk menyelesaikan migrasi.
Migrasi sumber daya yang tidak terikat
Akun Penyimpanan tanpa disk atau data Virtual Machines terkait dapat dimigrasikan secara independen.
Kelompok Keamanan Jaringan, Tabel Rute & IP Terpesan yang tidak terikat pada Virtual Machines dan Virtual Network apa pun juga dapat dimigrasikan secara independen.
Fitur dan konfigurasi yang tidak didukung
Beberapa fitur dan konfigurasi saat ini tidak didukung; bagian berikut menjelaskan rekomendasi kami tentang mereka.
Fitur yang tidak didukung
Fitur berikut saat ini tidak didukung. Anda dapat secara opsional menghapus pengaturan ini, memigrasikan VM, lalu mengaktifkan kembali pengaturan dalam model penyebaran Resource Manager.
Penyedia sumber daya | Fitur | Rekomendasi |
---|---|---|
Compute | Disk komputer virtual yang tidak dikaitkan. | Blob VHD di belakang disk-disk ini akan dimigrasikan saat Akun Penyimpanan dimigrasikan |
Compute | Gambar komputer virtual. | Blob VHD di belakang disk-disk ini akan dimigrasikan saat Akun Penyimpanan dimigrasikan |
Jaringan | ACL Titik Akhir. | Lepas ACL Titik Akhir dan coba lagi migrasi. |
Jaringan | Application Gateway | Hapus App Gateway sebelum memulai migrasi lalu buat ulang App Gateway setelah migrasi selesai. |
Jaringan | Jaringan virtual yang menggunakan VNet Peering. | Migrasikan Virtual Network ke Resource Manager, lalu rekankan. Pelajari selengkapnya tentang VNet Peering. |
Konfigurasi yang tidak didukung
Konfigurasi berikut saat ini tidak didukung.
Layanan | Konfigurasi | Rekomendasi |
---|---|---|
Manajer Sumber Daya | Kontrol Akses Berbasis Peran (RBAC) untuk sumber daya klasik | Karena URI sumber daya dimodifikasi setelah migrasi, sebaiknya Anda merencanakan pembaruan kebijakan RBAC yang diperlukan setelah migrasi. |
Compute | Beberapa subnet yang terkait dengan VM | Perbarui konfigurasi subnet untuk mereferensikan hanya satu subnet. Langkah mungkin mengharuskan Anda untuk menghapus NIC sekunder (yang mengaarah ke subnet lain) dari VM dan menempelkannya kembali setelah migrasi selesai. |
Compute | Komputer virtual yang dimiliki jaringan virtual tetapi tidak memiliki subnet eksplisit yang ditetapkan | Anda dapat secara opsional menghapus VM. |
Compute | Komputer virtual yang memiliki kebijakan Autoscale pemberitahuan | Migrasi berjalan dan pengaturan ini dibuang. Sangat disarankan agar Anda mengevaluasi lingkungan Anda sebelum melakukan migrasi. Atau, Anda dapat mengonfigurasi ulang pengaturan pemberitahuan setelah migrasi selesai. |
Compute | Ekstensi VM XML (BGInfo 1.*, Visual Studio Debugger, Web Deploy, dan Remote Debugging) | Ini tidak didukung. Sebaiknya Anda menghapus ekstensi ini dari komputer virtual untuk melanjutkan migrasi atau ekstensi akan dihilangkan secara otomatis selama proses migrasi. |
Compute | Diagnostik boot dengan penyimpanan Premium | Nonaktifkan fitur Diagnostik Boot untuk VM sebelum melanjutkan migrasi. Anda dapat mengaktifkan kembali diagnostik boot di stack Resource Manager setelah migrasi selesai. Selain itu, blob yang digunakan untuk cuplikan layar dan log serial harus dihapus sehingga Anda tidak lagi dikenakan biaya untuk blob tersebut. |
Compute | Layanan cloud yang berisi lebih dari satu set ketersediaan atau beberapa set ketersediaan. | Saat ini alamat IP statis tidak didukung. Pindahkan Virtual Machines ke set ketersediaan yang sama sebelum bermigrasi. |
Compute | Mesin virtual dengan ekstensi Microsoft Defender untuk Cloud | Microsoft Defender for Cloud secara otomatis memasang ekstensi pada Virtual Machines Anda untuk memantau keamanan mereka dan menaikkan pemberitahuan. Ekstensi ini biasanya dipasang secara otomatis jika kebijakan Microsoft Defender for Cloud diaktifkan pada langganan. Untuk memigrasikan Virtual Machines, nonaktifkan kebijakan pusat keamanan pada langganan, yang akan menghapus ekstensi pemantauan Microsoft Defender for Cloud dari Virtual Machines. |
Compute | VM dengan ekstensi cadangan atau rekam jepret | Ekstensi ini dipasang pada Virtual Machine yang dikonfigurasi dengan layanan Azure Backup. Saat migrasi dari VMs ini tidak didukung, ikuti panduan di Pertanyaan umum tentang klasik ke migrasi Azure Resource Manager untuk menyimpan cadangan yang telah diambil sebelum migrasi. |
Compute | VM dengan ekstensi Azure Site Recovery | Ekstensi ini dipasang pada Virtual Machine yang dikonfigurasi dengan layanan Azure Site Recovery. Sementara migrasi penyimpanan yang digunakan dengan Site Recovery akan bekerja, replikasi saat ini akan terpengaruh. Anda perlu menonaktifkan dan mengaktifkan replikasi VM setelah migrasi penyimpanan. |
Jaringan | Jaringan virtual yang berisi komputer virtual dan peran web/pekerja | Saat ini alamat IP statis tidak didukung. Pindahkan peran Web/Pekerja ke Virtual Network mereka sendiri sebelum bermigrasi. Setelah Virtual Networkl klasik dimigrasikan, Azure Resource Manager Virtual Network yang dimigrasikan dapat direkankan dengan Virtual Network klasik untuk mencapai konfigurasi serupa seperti sebelumnya. |
Jaringan | Sirkuit Rute Ekspres Klasik | Saat ini alamat IP statis tidak didukung. Sirkuit ini perlu dimigrasikan ke Azure Resource Manager sebelum memulai migrasi IaaS. Untuk mempelajari lebih lanjut, lihat Memindahkan sirkuit ExpressRoute dari model penyebaran Klasik ke Manajer Sumber Daya. |
Azure App Service | Jaringan virtual yang berisi lingkungan App Service | Saat ini alamat IP statis tidak didukung. |
Azure HDInsight | Jaringan virtual yang berisi layanan HDInsight | Saat ini alamat IP statis tidak didukung. |
Layanan Siklus Hidup Microsoft Dynamics | Jaringan virtual yang berisi komputer virtual yang dikelola oleh Layanan Siklus Hidup Dynamics | Saat ini alamat IP statis tidak didukung. |
Azure API Management | Jaringan virtual yang berisi penyebaran Azure API Management | Saat ini alamat IP statis tidak didukung. Untuk memigrasikan IaaS VNET, ubah penyebaran{b> |
Langkah berikutnya
- Pembahasan teknis mendalam tentang migrasi yang didukung platform dari klasik ke Azure Resource Manager
- Merencanakan migrasi sumber daya IaaS dari klasik ke Azure Resource Manager
- Menggunakan PowerShell untuk memigrasikan sumber daya IaaS dari klasik ke Azure Resource Manager
- Menggunakan CLI untuk memigrasikan sumber daya IaaS dari klasik ke Azure Resource Manager
- Alat komunitas untuk membantu migrasi sumber daya IaaS dari klasik ke Azure Resource Manager
- Meninjau kesalahan migrasi yang paling umum
- Meninjau pertanyaan umum tentang memigrasikan sumber daya IaaS dari klasik ke Azure Resource Manager