Failback VM VMware setelah pemulihan bencana ke Azure

  • Artikel

Setelah melakukan fail over ke Azure sebagai bagian dari proses pemulihan bencana, Anda dapat melakukan fail back ke situs lokal Anda. Ada dua jenis failback yang memungkinkan menggunakan Azure Site Recovery:

  • Fail back ke lokasi semula
  • Fail back ke lokasi alternatif

Jika Anda melakukan fail over pada komputer virtual VMware, Anda dapat melakukan fail back ke sumber lokal yang sama jika masih ada. Dalam skenario ini, hanya perubahan yang direplikasi kembali. Skenario ini dikenal sebagai pemulihan lokasi asli. Jika komputer virtual lokal tidak ada, skenarionya adalah pemulihan lokasi alternatif.

Catatan

Anda hanya bisa melakukan fail back ke server vCenter dan server Konfigurasi. Anda tak bisa menyebarkan server Konfigurasi baru dan menggunakannya untuk fail back. Selain itu, Anda tidak bisa menambahkan vCenter baru ke server Konfigurasi yang ada dan melakukan failback ke vCenter Server baru.

Pemulihan Lokasi Asli (OLR)

Jika Anda memilih untuk mengembalikan ke komputer virtual asli, kondisi berikut harus dipenuhi:

  • Jika komputer virtual dikelola oleh vCenter Server, maka host ESX target utama harus memiliki akses ke datastore komputer virtual.
  • Jika komputer virtual berada di host ESX tetapi tidak dikelola oleh vCenter Server, hard disk harus berada di datastore yang dapat diakses oleh host target utama.
  • Jika komputer virtual Anda berada di host ESX dan tidak menggunakan vCenter Server, maka Anda harus menyelesaikan penemuan host ESX dari target utama sebelum Anda melakukan perlindungan ulang. Hal Ini juga berlaku jika Anda a melakukan fail back server fisik.
  • Anda dapat melakukan fail back ke jaringan area penyimpanan virtual (vSAN) atau disk yang berdasar pada pemetaan perangkat mentah (RDM) jika disk sudah ada dan terhubung ke komputer virtual lokal.

Penting

Penting untuk mengaktifkan disk.enableUUID= TRUE sehingga selama failback, layanan Azure Site Recovery dapat mengidentifikasi VMDK asli pada komputer virtual yang menjadi tempat perubahan yang tertunda akan tertulis. Jika nilai ini tidak ditetapkan menjadi BENAR, layanan mencoba mengidentifikasi VMDK lokal sesuai dengan upaya terbaik. Jika VMDK yang tepat tidak ditemukan, disk tambahan akan dibuat dan data akan tertulis di dalamnya.

Pemulihan lokasi alternatif (ALR)

Jika komputer virtual lokal tidak ada sebelum perlindungan ulang dilakukan, skenario ini disebut pemulihan lokasi alternatif. Alur kerja perlindungan ulang akan membuat komputer virtual lokal baru. Hal ini juga akan menyebabkan pengunduhan data lengkap.

  • Ketika Anda melakukan fail back ke lokasi alternatif, komputer virtual dipulihkan ke host ESX yang sama di mana server target utama disebar. Datastore yang digunakan untuk membuat disk akan menjadi datastore yang dipilih saat melakukan perlindungan ulang komputer virtual.
  • Anda bisa melakukan fail back hanya ke sistem file komputer virtual (VMFS) atau datastore vSAN. Jika Anda memiliki RDM, perlindungan ulang dan failback tidak akan berfungsi.
  • Perlindungan ulang melibatkan transfer data awal besar yang diikuti oleh perubahan. Adanya proses ini karena komputer virtual tidak ada pada lokal. Data lengkap harus direplikasi kembali. Perlindungan ulang ini juga akan memakan waktu lebih lama daripada pemulihan lokasi asli.
  • Anda tidak bisa melakukan fail back ke disk yang berbasis RDM. Hanya disk komputer virtual baru (VMDK) yang dapat dibuat pada datastore VMFS/vSAN.

Catatan

Komputer fisik yang di fail over ke Azure, bisa di fail back hanya sebagai komputer virtual VMware. Hal ini mengikuti alur kerja yang sama dengan pemulihan lokasi alternatif. Pastikan Anda menemukan setidaknya satu server target utama dan host ESX/ESXi yang diperlukan yang anda butuhkan untuk gagal kembali.

Langkah berikutnya

Ikuti langkah-langkah ini untuk melakukan operasi failback.