Memigrasikan Virtual Machines dan Virtual Machine Scale Sets ke dukungan zona ketersediaan
Panduan ini menjelaskan cara memigrasikan Virtual Machines (VM) dan Virtual Machine Scale Sets dari dukungan zona non-ketersediaan ke dukungan zona ketersediaan. Kami membawa Anda melalui berbagai opsi untuk migrasi, termasuk bagaimana Anda dapat menggunakan dukungan zona ketersediaan untuk solusi Pemulihan Bencana.
Virtual Machine (VM) dan Virtual Machine Scale Sets adalah layanan yang diaktifkan zona ketersediaan, yang berarti bahwa sumber daya VM dapat disebarkan dengan menggunakan salah satu metode berikut:
Zonal: Sumber daya VM disebarkan ke zona ketersediaan tertentu yang dipilih sendiri untuk mencapai latensi atau persyaratan performa yang lebih ketat.
Zona-redundan: Sumber daya VM direplikasi ke satu atau beberapa zona dalam wilayah untuk meningkatkan ketahanan aplikasi dan data dalam arsitektur Ketersediaan Tinggi (HA).
Untuk memastikan ketersediaan tinggi sumber daya komputasi Anda, kami sarankan Anda memilih beberapa zona untuk VM baru dan Virtual Machine Scale Set saat Anda bermigrasi ke zona ketersediaan.
Untuk informasi selengkapnya tentang dukungan zona ketersediaan untuk layanan VM, lihat Keandalan di Komputer Virtual. Untuk dukungan zona ketersediaan untuk set skala Komputer Virtual, lihat Keandalan dalam Virtual Machine Scale Sets.
Prasyarat
Untuk bermigrasi ke dukungan zona ketersediaan, SKU VM Anda harus tersedia di seluruh zona untuk wilayah Anda. Untuk memeriksa ketersediaan SKU VM, gunakan salah satu metode berikut:
- Gunakan PowerShell untuk Memeriksa ketersediaan SKU VM.
- Gunakan Azure CLI untuk Memeriksa ketersediaan SKU VM.
- Buka layanan Azure dengan dukungan zona ketersediaan.
Persyaratan waktu henti
Karena komputer virtual zona dibuat di seluruh zona ketersediaan, semua opsi migrasi yang disebutkan dalam artikel ini memerlukan waktu henti selama penyebaran.
Opsi Migrasi 1: Penyebaran ulang
Kapan menggunakan penyebaran ulang
Gunakan opsi penyebaran ulang jika Anda telah menyiapkan praktik Infrastruktur sebagai Kode (IaC) yang baik untuk mengelola infrastruktur. Opsi penyebaran ulang ini memberi Anda lebih banyak kontrol dan kemampuan untuk mengotomatiskan berbagai proses dalam alur penyebaran Anda.
Pertimbangan penyebaran ulang
Saat Anda menyebarkan ulang sumber daya VM dan Virtual Machine Scale Sets, sumber daya yang mendasar seperti disk terkelola dan alamat IP untuk VM dibuat di zona ketersediaan yang sama. Anda harus menggunakan alamat IP publik SKU Standar dan load balancer untuk membuat sumber daya jaringan zona redundan.
Disk terkelola yang ada tanpa dukungan zona ketersediaan tidak dapat dilampirkan ke VM dengan dukungan zona ketersediaan. Untuk melampirkan disk terkelola yang ada ke VM dengan dukungan zona ketersediaan, Anda perlu mengambil rekam jepret disk saat ini, lalu membuat VM Anda dengan disk terkelola baru yang terpasang.
Untuk penyebaran zona yang memerlukan latensi jaringan yang cukup rendah dan performa yang baik antara tingkat aplikasi dan tingkat data, gunakan grup penempatan kedekatan. Grup kedekatan dapat memaksa pengelompokan sumber daya VM yang berbeda di bawah satu tulang belakang jaringan. Untuk contoh beban kerja SAP yang menggunakan grup penempatan kedekatan, lihat Grup penempatan kedekatan Azure untuk latensi jaringan yang optimal dengan aplikasi SAP
Cara menyebarkan ulang
Jika Anda ingin memigrasikan data pada disk terkelola Anda saat ini saat membuat VM baru, ikuti petunjuk dalam Memigrasikan disk terkelola Anda.
Jika Anda hanya ingin membuat VM baru dengan disk terkelola baru di zona ketersediaan, lihat:
- Membuat VM menggunakan Azure CLI
- Membuat VM menggunakan Azure PowerShell
- Membuat VM menggunakan portal Azure
Untuk mempelajari cara membuat Virtual Machine Scale Sets di zona ketersediaan, lihat Membuat set skala komputer virtual yang menggunakan Zona Ketersediaan.
Memigrasikan disk terkelola Anda
Di bagian ini, Anda memigrasikan data dari disk terkelola Anda saat ini ke disk terkelola penyimpanan redundan zona (ZRS) atau disk terkelola zona.
Langkah 1: Buat rekam jepret Anda
Cara term mudah dan terbersih untuk membuat rekam jepret adalah dengan melakukannya saat VM offline. Lihat Rekam jepret. Jika Anda memilih pendekatan ini, beberapa waktu henti harus diharapkan. Untuk membuat rekam jepret VM Anda menggunakan portal Azure, PowerShell, atau Azure CLI, lihat Membuat rekam jepret hard disk virtual
Jika Anda mengambil rekam jepret disk yang dilampirkan ke VM yang sedang berjalan, baca panduan di Rekam Jepret sebelum melanjutkan.
Catatan
Disk terkelola sumber tetap utuh dengan konfigurasinya saat ini dan Anda akan terus ditagih untuk disk tersebut. Untuk menghindari hal ini, Anda harus menghapus disk secara manual setelah menyelesaikan migrasi dan mengonfirmasi bahwa disk baru berfungsi. Untuk informasi selengkapnya, lihat Menemukan dan menghapus disk terkelola dan tidak terkelola Azure yang tidak terpasang.
Langkah 2: Memigrasikan data pada disk terkelola Anda
Sekarang setelah Anda memiliki rekam jepret dari disk asli Anda, Anda dapat menggunakannya untuk membuat disk terkelola ZRS atau disk terkelola zona.
Memigrasikan data Anda ke disk terkelola zona
Untuk memigrasikan disk yang dikelola non-zonal ke zonal:
Buat disk terkelola zonal dari rekam jepret disk sumber. Parameter zona harus cocok dengan komputer virtual zonal Anda. Untuk membuat disk terkelola zonal dari rekam jepret, Anda dapat menggunakan Azure CLI (contoh di bawah), PowerShell, atau portal Azure.
az disk create --resource-group $resourceGroupName --name $diskName --location $location --zone $zone --sku $storageType --size-gb $diskSize --source $snapshotId
Memigrasikan data Anda ke disk terkelola ZRS
Penting
Penyimpanan redundan zona (ZRS) untuk disk terkelola memiliki beberapa batasan. Untuk informasi selengkapnya, lihat Batasan.
Buat disk terkelola ZRS dari rekam jepret disk sumber dengan menggunakan cuplikan Azure CLI berikut:
# Create a new ZRS Managed Disks using the snapshot Id and the SKU supported storageType=Premium_ZRS location=westus2 az disk create --resource-group $resourceGroupName --name $diskName --sku $storageType --size-gb $diskSize --source $snapshotId
Langkah 3: Buat VM baru dengan disk baru Anda
Sekarang setelah Anda memigrasikan data Anda ke disk terkelola ZRS atau disk terkelola zonal, buat VM baru dengan disk baru ini yang ditetapkan sebagai OS dan disk data:
az vm create -g MyResourceGroup -n MyVm --attach-os-disk newZonalOSDiskCopy --attach-data-disks newZonalDataDiskCopy --os-type linux
Opsi Migrasi 2: VM regional ke pemindahan zona
Bagian ini merinci cara memindahkan mesin virtual Azure instans tunggal dari konfigurasi Regional ke Zona Ketersediaan target dalam wilayah Azure yang sama.
Manfaat utama pemindahan regional ke zonal
Manfaat pemindahan regional ke zonal adalah:
- Pengalaman pengguna yang ditingkatkan- Zona ketersediaan baru di wilayah yang diinginkan menurunkan latensi dan membangun pengalaman pelanggan yang baik.
- Pengurangan waktu henti- Komputer virtual didukung di seluruh, sehingga meningkatkan ketahanan dan ketersediaan aplikasi.
- Konektivitas jaringan– Memanfaatkan infrastruktur yang ada, seperti jaringan virtual (VNET), subnet, kelompok keamanan jaringan (NSG), dan load balancer (LB), yang dapat mendukung konfigurasi Zonal target.
- Skalabilitas tinggi- Mengatur pergerakan dalam skala besar dengan mengurangi titik sentuh manual dan meminimalkan waktu migrasi keseluruhan dari hari ke jam atau bahkan menit, tergantung pada volume data.
Komponen
Komponen berikut digunakan selama pemindahan regional ke zonal:
Komponen | Detail |
---|---|
Kumpulan pemindahan | Koleksi pemindahan adalah objek Azure Resource Manager yang dibuat selama proses pemindahan regional ke zonal. Koleksi didasarkan pada parameter wilayah dan langganan VM dan berisi metadata dan informasi konfigurasi tentang sumber daya yang ingin Anda pindahkan. VM yang ditambahkan ke koleksi pemindahan harus berada di langganan dan wilayah/lokasi yang sama tetapi dapat dipilih dari grup sumber daya yang berbeda. |
Pindahkan sumber daya | Saat Anda menambahkan VM ke koleksi pemindahan, VM dilacak sebagai sumber daya pemindahan dan informasi ini dipertahankan dalam kumpulan pemindahan untuk setiap VM yang saat ini sedang dalam proses pemindahan. Koleksi pemindahan akan dibuat dalam grup sumber daya sementara di langganan Anda dan dapat dihapus bersama dengan grup sumber daya jika diinginkan. |
Dependensi | Saat Anda menambahkan VM ke koleksi pemindahan, pemeriksaan validasi dilakukan untuk menentukan apakah VM memiliki dependensi yang tidak ada dalam koleksi pemindahan. Misalnya, kartu antarmuka jaringan (NIC) adalah sumber daya dependen untuk VM dan harus dipindahkan bersama dengan VM. Setelah mengidentifikasi dependensi untuk setiap VM, Anda dapat menambahkan dependensi ke koleksi pemindahan dan memindahkannya juga, atau Anda dapat memilih sumber daya alternatif yang ada dalam konfigurasi zonal target. Anda dapat memilih VNET yang ada di konfigurasi zona target atau membuat VNET baru sebagaimana berlaku. |
Matriks dukungan
Komputasi Virtual Machines
Tabel berikut menjelaskan matriks dukungan untuk memindahkan komputer virtual dari konfigurasi regional ke zonal:
Skenario | Dukungan | Detail |
---|---|---|
VM Instans Tunggal | Didukung | Pemindahan regional ke zona dari VM instans tunggal didukung. |
VM dalam Set Ketersediaan | Tidak didukung | |
VM di dalam Virtual Machine Scale Sets dengan orkestrasi seragam | Tidak didukung | |
VM di dalam Virtual Machine Scale Sets dengan orkestrasi fleksibel | Tidak didukung | |
Wilayah yang didukung | Didukung | Hanya wilayah yang didukung zona ketersediaan yang didukung. Pelajari selengkapnya untuk mempelajari detail wilayah. |
VM sudah berada di zona ketersediaan | Tidak didukung | Pemindahan lintas zona tidak didukung. Hanya VM yang berada dalam wilayah yang sama yang dapat dipindahkan ke zona ketersediaan lain. |
Ekstensi Komputer Virtual | Tidak Didukung | Pemindahan VM didukung, tetapi ekstensi tidak disalin ke VM zonal target. |
VM dengan peluncuran tepercaya | Didukung | Aktifkan kembali opsi Pemantauan Integritas di portal dan simpan konfigurasi setelah pemindahan. |
Mesin virtual rahasia | Didukung | Aktifkan kembali opsi Pemantauan Integritas di portal dan simpan konfigurasi setelah pemindahan. |
VM Generasi 2 (boot UEFI) | Didukung | |
VM dalam Grup penempatan kedekatan | Didukung | Grup penempatan kedekatan sumber (PPG) tidak dipertahankan dalam konfigurasi zonal. |
VM Spot (VM dengan prioritas rendah) | Didukung | |
VM dengan host khusus | Didukung | Host khusus VM sumber tidak akan dipertahankan. |
VM dengan dukungan penembolokan Host | Didukung | |
VM yang dibuat dari gambar marketplace | Didukung | |
VM yang dibuat dari gambar kustom | Didukung | |
VM dengan lisensi HUB (Hybrid Use Benefit) | Didukung | |
Kebijakan RBAC VM | Tidak Didukung | Pemindahan VM didukung, tetapi RBAC tidak disalin ke VM zonal target. |
VM yang menggunakan Jaringan yang Dipercepat | Didukung |
Pengaturan penyimpanan Komputer Virtual
Tabel berikut menjelaskan matriks dukungan untuk memindahkan pengaturan penyimpanan mesin virtual:
Skenario | Dukungan | Detail |
---|---|---|
VM dengan disk terkelola | Didukung | Pemindahan regional ke zona dari VM instans tunggal didukung. |
VM yang menggunakan disk yang tidak terkelola | Tidak didukung | |
VM menggunakan Disk Ultra | Tidak didukung | |
VM menggunakan Disk OS Sementara | Tidak didukung | |
VMs menggunakan disk bersama | Tidak didukung | |
VM dengan HDD standar | Didukung | |
VM dengan SSD standar | Didukung | |
VM dengan SSD premium | Didukung | |
VM dengan disk NVMe (Penyimpanan dioptimalkan - seri Lsv2) | Didukung | |
Disk sementara dalam VM | Didukung | Disk sementara akan dibuat; namun, mereka tidak akan berisi data dari disk sementara sumber. |
VM dengan disk ZRS | Didukung | |
VM dengan ADE (Azure Disk Encryption) | Didukung | |
VM dengan enkripsi sisi server menggunakan kunci yang dikelola layanan | Didukung | |
VM dengan enkripsi sisi server menggunakan kunci yang dikelola pelanggan | Didukung | |
VM dengan enkripsi berbasis Host diaktifkan dengan PM | Tidak Didukung | |
VM dengan enkripsi berbasis Host diaktifkan dengan CMK | Tidak Didukung | |
VM dengan enkripsi berbasis Host diaktifkan dengan Enkripsi ganda | Tidak Didukung |
Pengaturan jaringan Virtual Machines
Tabel berikut menjelaskan matriks dukungan untuk memindahkan pengaturan jaringan mesin virtual:
Skenario | Dukungan | Detail |
---|---|---|
NIC | Didukung | Secara default, sumber daya baru dibuat, namun, Anda dapat menentukan sumber daya yang ada dalam konfigurasi target. |
VNET | Didukung | Secara default, jaringan virtual sumber (VNET) digunakan, atau Anda dapat menentukan sumber daya yang ada dalam konfigurasi target. |
Cara memindahkan VM dari konfigurasi regional ke zonal
Sebelum memindahkan VM dari konfigurasi regional ke zonal, lihat FAQ - Memindahkan VM instans tunggal Azure dari regional ke zonal.
Untuk mempelajari cara memindahkan VM dari konfigurasi regional ke zonal dalam wilayah yang sama di portal Azure, lihat Memindahkan VM instans tunggal Azure dari konfigurasi regional ke zonal.
Untuk mempelajari cara melakukan hal yang sama menggunakan Azure PowerShell dan CLI, lihat Memindahkan VM di zona ketersediaan menggunakan Azure PowerShell dan CLI.
Opsi Migrasi 3: Azure Resource Mover
Kapan menggunakan Azure Resource Mover
Gunakan Azure Resource Mover untuk cara mudah memindahkan VM atau VM terenkripsi dari satu wilayah tanpa zona ketersediaan ke wilayah lain dengan dukungan zona ketersediaan. Jika Anda ingin mempelajari selengkapnya tentang manfaat menggunakan Azure Resource Mover, lihat Mengapa menggunakan Azure Resource Mover?.
Pertimbangan Azure Resource Mover
Saat Anda menggunakan azure Resource mover, semua kunci dan rahasia disalin dari brankas kunci sumber ke brankas kunci tujuan yang baru dibuat di wilayah target Anda. Semua sumber daya yang terkait dengan kunci yang dikelola pelanggan Anda, seperti Azure Key Vaults, set enkripsi disk, VM, disk, dan rekam jepret, harus berada di langganan dan wilayah yang sama. Fitur ketersediaan dan redundansi default Azure Key Vault tidak dapat digunakan sebagai brankas kunci tujuan untuk sumber daya VM yang dipindahkan, bahkan jika wilayah target adalah wilayah sekunder tempat brankas kunci sumber Anda direplikasi.
Cara menggunakan Azure Resource Mover
Untuk mempelajari cara memindahkan VM ke wilayah lain, lihat Memindahkan Azure VM ke zona ketersediaan di wilayah lain
Untuk mempelajari cara memindahkan VM terenkripsi ke wilayah lain, lihat Tutorial: Memindahkan Azure VM terenkripsi di seluruh wilayah
Pertimbangan Pemulihan Bencana
Biasanya, zona ketersediaan digunakan untuk menyebarkan VM dalam konfigurasi Ketersediaan Tinggi. Mereka mungkin terlalu dekat satu sama lain untuk berfungsi sebagai solusi Pemulihan Bencana selama bencana alam. Namun, ada skenario di mana zona ketersediaan dapat digunakan untuk Pemulihan Bencana. Untuk mempelajari selengkapnya, lihat Menggunakan Zona Ketersediaan untuk Pemulihan Bencana.
Persyaratan berikut harus menjadi bagian dari strategi pemulihan bencana yang membantu organisasi Anda menjalankan beban kerjanya selama pemadaman yang direncanakan atau tidak direncanakan di seluruh zona:
- VM sumber harus sudah menjadi VM zonal, yang berarti bahwa VM tersebut ditempatkan di zona logis.
- Anda perlu mereplikasi VM Anda dari satu zona ke zona lain menggunakan layanan Azure Site Recovery.
- Setelah VM Anda direplikasi ke zona lain, Anda dapat mengikuti langkah-langkah untuk menjalankan latihan Pemulihan Bencana, failover, perlindungan ulang, dan failback.
- Untuk mengaktifkan pemulihan bencana VM antar zona ketersediaan, ikuti instruksi di Mengaktifkan pemulihan bencana Azure VM di antara zona ketersediaan .
Langkah berikutnya
- Layanan Azure dengan zona ketersediaan
- Wilayah Azure dengan zona ketersediaan
- Keandalan di Komputer Virtual
- Keandalan dalam Virtual Machine Scale Sets
- Memindahkan instans tunggal Azure VM dari konfigurasi regional ke zona menggunakan PowerShell
- Memindahkan instans tunggal Azure VM dari konfigurasi regional ke zonal melalui portal