Dukungan untuk memindahkan VM Azure antar wilayah Azure

Perhatian

Artikel ini mereferensikan CentOS, distribusi Linux yang mendekati status End Of Life (EOL). Harap pertimbangkan penggunaan dan perencanaan Anda yang sesuai. Untuk informasi selengkapnya, lihat panduan Akhir Masa Pakai CentOS.

Artikel ini merangkum dukungan dan prasyarat saat Anda memindahkan komputer virtual dan sumber daya jaringan terkait di seluruh wilayah Azure menggunakan Resource Mover.

Dukungan VM Windows

Resource Mover mendukung VM Azure yang menjalankan sistem operasi Windows ini.

Sistem operasi Rincian
Server Windows 2019 Didukung untuk Server Core, Server Desktop Experience.
Server Windows 2016 Didukung untuk Server Core, Server Desktop Experience.
Windows Server 2012 R2 Didukung.
Windows Server 2012 Didukung.
Windows Server 2008 R2 dengan SP1/SP2 Didukung.

Untuk komputer yang menjalankan Windows Server 2008 R2 dengan SP1/SP2, Anda perlu menginstal pembaruan tumpukan layanan (SSU) dan pembaruan SHA-2 Windows. SHA-1 tidak didukung mulai September 2019, dan jika penandatanganan kode SHA-2 tidak diaktifkan, ekstensi agen tidak akan menginstal/meningkatkan seperti yang diharapkan. Pelajari peningkatan dan persyaratan SHA-2 lebih lanjut.
Windows 10 (x64) Didukung.
Windows 8.1 (x64) Didukung.
Windows 8 (x64) Didukung.
Windows 7 (x64) dengan SP1 dan seterusnya Instal pembaruan tumpukan layanan (SSU) dan pembaruan SHA-2 Windows pada komputer yang menjalankan Windows 7 dengan SP1. SHA-1 tidak didukung mulai September 2019, dan jika penandatanganan kode SHA-2 tidak diaktifkan, langkah 'siapkan' tidak akan berhasil. Pelajari peningkatan dan persyaratan SHA-2 lebih lanjut.

Dukungan VM Linux

Resource Mover mendukung VM Azure yang menjalankan sistem operasi Linux ini.

Sistem operasi Rincian
Red Hat Enterprise Linux 6.7, 6.8, 6.9, 6.10, 7.0, 7.1, 7.2, 7.3, 7.4, 7.5, 7.6,7.7, 8.0, 8.1
CentOS 6.5, 6.6, 6.7, 6.8, 6.9, 6.10, 7.0, 7.1, 7.2, 7.3, 7.4, 7.5, 7.6, 7.7, 8.0, 8.1
Server Ubuntu 14.04 LTS Versi kernel yang didukung
Server Ubuntu 16.04 LTS Versi kernel yang didukung

Server Ubuntu yang menggunakan autentikasi dan rincian masuk berbasis kata sandi, serta paket cloud-init untuk mengonfigurasi VM cloud, mungkin memiliki fitur rincian masuk berbasis kata sandi yang dinonaktifkan pada kegagalan (tergantung pada konfigurasi cloud-init). Masuk berbasis kata sandi dapat diaktifkan kembali di mesin virtual dengan mangatur ulang kata sandi dari menu Pengaturan > Pemecahan Masalah > Dukungan (dari mesin virtual yang gagal di portal Azure.
Server Ubuntu 18.04 LTS Versi kernel yang didukung.
Debian 7 Versi kernel yang didukung.
Debian 8 Versi kernel yang didukung.
SUSE Linux Enterprise Server 12 SP1, SP2, SP3, SP4. Versi kernel yang didukung
SUSE Linux Enterprise Server 15 15 dan 15 SP1. (Versi kernel yang didukung)
SUSE Linux Enterprise Server 11 SP3
SUSE Linux Enterprise Server 11 SP4
Oracle Linux 6.4, 6.5, 6.6, 6.7, 6.8, 6.9, 6.10, 7.0, 7.1, 7.2, 7.3, 7.4, 7.5, 7.6, 7.7

Menjalankan kernel kompatibel Red Hat atau Unbreakable Enterprise Kernel Release 3, 4 & 5 (UEK3, UEK4, UEK5)

Versi kernel Ubuntu yang didukung

Rilis Versi kernel
14.04-LTS 3.13.0-24-generic ke 3.13.0-170-generic,
3.16.0-25-generic ke 3.16.0-77-generic,
3.19.0-18-generic ke 3.19.0-80-generic,
4.2.0-18-generic ke 4.2.0-42-generic,
4.4.0-21-generic ke 4.4.0-148-generic,
4.15.0-1023-azure ke 4.15.0-1045-azure
16.04-LTS 4.4.0-21-generic ke 4.4.0-171-generic,
4.8.0-34-generic ke 4.8.0-58-generic,
4.10.0-14-generic ke 4.10.0-42-generic,
4.11.0-13-generic ke 4.11.0-14-generic,
4.13.0-16-generic ke 4.13.0-45-generic,
4.15.0-13-generic ke 4.15.0-74-generic
4.11.0-1009-azure ke 4.11.0-1016-azure,
4.13.0-1005-azure ke 4.13.0-1018-azure
4.15.0-1012-azure ke 4.15.0-1066-azure
18.04 LTS 4.15.0-20-generic to 4.15.0-74-generic
4.18.0-13-generic to 4.18.0-25-generic
5.0.0-15-generic to 5.0.0-37-generic
5.3.0-19-generic to 5.3.0-24-generic
4.15.0-1009-azure to 4.15.0-1037-azure
4.18.0-1006-azure to 4.18.0-1025-azure
5.0.0-1012-azure to 5.0.0-1028-azure
5.3.0-1007-azure to 5.3.0-1009-azure

Versi kernel Debian yang didukung

Rilis Versi kernel
Debian 7 3.2.0-4-amd64 to 3.2.0-6-amd64, 3.16.0-0.bpo.4-amd64
Debian 8 3.16.0-4-amd64 ke 3.16.0-10-amd64, 4.9.0-0.bpo.4-amd64 ke 4.9.0-0.bpo.11-amd64
Debian 8 3.16.0-4-amd64 ke 3.16.0-10-amd64, 4.9.0-0.bpo.4-amd64 ke 4.9.0-0.bpo.9-amd64

SUSE Linux Enterprise Server 12 versi kernel yang didukung

Rilis Versi kernel
SUSE Linux Enterprise Server 12 (SP1, SP2, SP3, SP4) Semua stok kernel SUSE 12 SP1,SP2, SP3,SP4 didukung.

4.4.138-4.7-azure to 4.4.180-4.31-azure,
4.12.14-6.3-azure to 4.12.14-6.34-azure

SUSE Linux Enterprise Server 15 versi kernel yang didukung

Rilis Versi kernel
SUSE Linux Enterprise Server 15 dan 15 SP1 Semua stok SUSE 15 dan 15 kernel didukung.

4.12.14-5.5-azure to 4.12.14-8.22-azure

Penyimpanan tamu/sistem file Linux yang didukung

  • Sistem file: ext3, ext4, XFS, BTRFS
  • Volume manager: (LVM2)
  • Perangkat lunak multijalur: Pemeta Perangkat

Pengaturan komputasi VM yang didukung

Pengaturan Dukungan Rincian
Ukuran Ukuran VM Azure apa pun dengan minimal dua inti CPU dan RAM 1 GB Verifikasi Ukuran komputer virtual Azure.
Kumpulan ketersediaan Didukung Didukung.
Zona ketersediaan Didukung Didukung, tergantung pada dukungan wilayah target.
Gambar galeri Azure (diterbitkan oleh Microsoft) Didukung Didukung jika komputer virtual berjalan pada sistem operasi yang didukung.
Gambar galeri Azure (diterbitkan oleh pihak ketiga) Didukung Didukung jika komputer virtual berjalan pada sistem operasi yang didukung.
Gambar kustom (diterbitkan oleh Microsoft) Didukung Didukung jika komputer virtual berjalan pada sistem operasi yang didukung.
VM menggunakan Site Recovery Tidak didukung Pindahkan sumber daya di seluruh wilayah untuk VM, menggunakan Site Recovery di backend. Jika Anda sudah menggunakan Site Recovery, nonaktifkan replikasi, lalu mulai proses Siapkan.
Kebijakan Azure RBAC Tidak didukung Kebijakan kontrol akses berbasis peran Azure (Azure RBAC) pada VM tidak direplikasi ke VM kegagalan di wilayah target.
Ekstensi Tidak didukung Ekstensi tidak disalin ke mesin virtual di wilayah target. Instal secara manual setelah pemindahan selesai.

Pengaturan penyimpanan VM yang didukung

Tabel ini merangkum dukungan untuk disk Azure VM OS, disk data, dan disk sementara. Penting untuk mengamati batas dan target disk komputer virtual untuk disk terkelola untuk menghindari masalah performa apa pun.

Catatan

Ukuran VM target harus sama dengan atau lebih besar dari VM sumber. Parameter yang digunakan untuk validasi adalah: Jumlah Disk Data, jumlah NIC, CPU yang Tersedia, Memori dalam GB. Jika tidak sesuai dengan ini, maka akan terjadi kesalahan.

Komponen Dukungan Rincian
Ukuran maksimum disk OS 2048 GB Pelajari lebih lanjut disk VM.
Disk sementara Tidak didukung Disk sementara selalu dikecualikan dari proses persiapan.

Jangan menyimpan data persisten pada disk sementara. Pelajari selengkapnya.
Ukuran maksimum disk data 8192 GB untuk disk terkelola
Ukuran minimum disk data 2 GB untuk disk terkelola
Jumlah maksimum disk data Hingga 64, sesuai dengan dukungan untuk ukuran VM Azure tertentu Pelajari lebih lanjut ukuran VM.
Tingkat perubahan disk data Maksimum 10 MBps per disk untuk penyimpanan premium. Maksimum 2 MBps per disk untuk Penyimpanan standar. Jika tingkat perubahan data rata-rata pada disk terus-menerus lebih tinggi dari tingkat perubahan maksimum, replikasi tidak akan bisa mengikutinya.

Namun, jika tingkat maksimum terlampaui secara sporadis, replikasi dapat mengejar ketinggalan, tetapi Anda mungkin melihat titik pemulihan yang sedikit tertunda.
Disk data (akun penyimpanan Standar) Tidak didukung. Ubah jenis penyimpanan ke disk terkelola, lalu coba pindahkan VM.
Disk data (akun penyimpanan Premium) Tidak didukung Ubah jenis penyimpanan ke disk terkelola, lalu coba pindahkan VM.
Disk terkelola (Standar) Didukung
Disk terkelola (Premium) Didukung
SSD Standar Didukung
Generasi 2 (boot UEFI) Didukung
Akun penyimpanan diagnostik boot Tidak didukung Aktifkan kembali setelah memindahkan VM ke wilayah target.
VM dengan enkripsi disk Azure diaktifkan Didukung Pelajari lebih lanjut
VM yang menggunakan enkripsi sisi-server dengan kunci yang dikelola oleh pelanggan Didukung Pelajari lebih lanjut

Batas dan tingkat perubahan data

Tabel berikut ini meringkas batas yang didasarkan pada pengujian kami. Ini tidak mencakup semua kemungkinan kombinasi I/O aplikasi. Hasil aktual dapat bervariasi berdasarkan campuran I/O aplikasi Anda. Ada dua batas yang perlu dipertimbangkan, churn data per disk dan churn data per VM.

Target penyimpanan Rata-rata I/O disk sumber rata-rata churn data sumber disk Total churn data disk sumber per hari
Penyimpanan standar 8 KB 2 MB/dtk 168 GB per disk
Disk Premium P10 atau P15 8 KB 2 MB/dtk 168 GB per disk
Disk Premium P10 atau P15 16 KB 4 MB/dtk 336 GB per disk
Disk Premium P10 atau P15 32 KB atau lebih besar 8 MB/dtk 672 GB per disk
Disk Premium P20 atau P30 atau P40 atau P50 8 KB 5 MB/dtk 421 GB per disk
Disk Premium P20 atau P30 atau P40 atau P50 16 KB atau lebih besar 20 MB/dtk 1684 GB tiap disk

Pengaturan Jaringan VM yang didukung

Pengaturan Dukungan Rincian
NIC Didukung Tentukan sumber daya yang ada di wilayah target atau buat sumber daya baru selama proses Persiapan.
Load Balancer internal Didukung Tentukan sumber daya yang ada di wilayah target atau buat sumber daya baru selama proses Persiapan.
Penyeimbang beban publik Didukung Tentukan sumber daya yang ada di wilayah target atau buat sumber daya baru selama proses Persiapan.
Alamat IP publik Didukung Tentukan sumber daya yang ada di wilayah target atau buat sumber daya baru selama proses Persiapan.

Alamat IP publik bersifat khusus untuk wilayah tertentu dan tidak akan dipertahankan di wilayah target setelah pemindahan. Harap perhatikan hal ini saat Anda mengubah setelan penjaringan (termasuk aturan penyeimbangan beban) di lokasi target.
Grup keamanan jaringan Didukung Tentukan sumber daya yang ada di wilayah target atau buat sumber daya baru selama proses Persiapan.
Alamat IP yang dicadangkan (statis) Didukung Anda tidak dapat mengonfigurasi alamat IP ini sekarang. Nilai default ke nilai sumber.

Jika NIC pada VM sumber memiliki alamat IP statik dan subnet target memiliki alamat IP tersedia yang sama, maka NIC akan ditetapkan ke VM target.

Jika subnet target tidak memiliki alamat IP yang sama yang tersedia, pemindahan inisiasi untuk VM akan gagal.
Alamat IP Dinamis Didukung Anda tidak dapat mengonfigurasi alamat IP ini sekarang. Nilai default ke nilai sumber.

Jika NIC pada sumber memiliki alamat IP dinamis, NIC pada VM target juga akan bersifat dinamis secara default.
Konfigurasi IP Didukung Anda tidak dapat mengonfigurasi alamat IP ini sekarang. Nilai default ke nilai sumber.
Peering VNET Tidak Dipertahankan VNET yang dipindahkan ke wilayah target tidak akan mempertahankan konfigurasi peering VNET-nya yang ada di wilayah sumber. Untuk mempertahankan peering, perlu dilakukan lagi secara manual di wilayah target.

Persyaratan akses pengguna

VM Azure yang ingin Anda pindahkan memerlukan akses keluar.

Akses URL

Jika Anda menggunakan proksi firewall berbasis URL untuk mengontrol konektivitas keluar, izinkan akses ke URL ini:

Nama Cloud publik Azure Rincian
Penyimpanan *.blob.core.windows.net Memungkinkan data ditulis dari VM ke akun penyimpanan cache di wilayah sumber data.
Microsoft Entra ID login.microsoftonline.com Menyediakan otorisasi dan autentikasi ke URL layanan Site Recovery.
Replikasi *.hypervrecoverymanager.windowsazure.com Memungkinkan VM untuk berkomunikasi dengan layanan Site Recovery.
Service Bus *.servicebus.windows.net Memungkinkan komputer virtual untuk menulis data pemantauan dan diagnostik Azure Site Recovery.

Aturan NSG

Jika Anda menggunakan aturan kelompok keamanan jaringan (NSG) untuk mengontrol konektivitas keluar, buat aturan tag layanan ini. Setiap aturan harus mengizinkan akses keluar pada HTTPS (443).

  • Membuat aturan tag Penyimpanan untuk wilayah sumber.
  • Membuat aturan tag AzureSiteRecovery untuk mengizinkan akses ke layanan Site Recovery di wilayah mana pun. Tag ini memiliki dependensi pada tag lain ini, jadi Anda perlu membuat aturan untuk:
    • AzureActiveDirectory
    • *EventHub
    • AzureKeyVault
    • GuestAndHybridManagement
  • Kami sarankan Anda menguji aturan di lingkungan non-produksi. Tinjau beberapa contoh.

Langkah berikutnya

Coba pindahkan VM Azure ke wilayah lain dengan Resource Mover.