Arsitektur pemulihan bencana Hyper-V ke Azure

Artikel ini menjelaskan arsitektur dan proses yang digunakan saat Anda mereplikasi, melakukan failover, dan memulihkan VM Hyper-V antara hosting Hyper-V lokal dan Azure dengan menggunakan layanan Azure Site Recovery.

Hosting Hyper-V secara opsional dapat dikelola di cloud pribadi System Center Virtual Machine Manager (VMM).

Komponen arsitektur - Hyper-V tanpa VMM

Tabel dan grafik berikut ini menyediakan tampilan tingkat tinggi dari komponen yang digunakan untuk replikasi Hyper-V ke Azure, saat hosting Hyper-V tidak dikelola oleh VMM.

Komponen	Persyaratan	Detail
Azure	Langganan Azure, akun penyimpanan Azure, dan jaringan Azure.	Data yang tereplikasi dari beban kerja komputer virtual lokal disimpan di akun penyimpanan. Azure VM dibuat dengan data beban kerja yang tereplikasi saat failover dari situs lokal Anda terjadi. Azure VM tersambung ke jaringan virtual Azure saat dibuat.
Hyper-V	Selama penyebaran Site Recovery, Anda mengumpulkan hosting dan kluster Hyper-V ke situs Hyper-V. Anda menginstal Penyedia Azure Site Recovery dan agen Recovery Services pada setiap hosting Hyper-V tunggal, atau pada setiap node kluster Hyper-V.	Penyedia layanan mengatur replikasi dengan Azure Site Recovery melalui internet. Agen Recovery Services menangani replikasi data. Komunikasi dari Penyedia dan agen aman dan terenkripsi. Data yang tereplikasi dalam penyimpanan Azure juga dienkripsi.
VM Hyper-V	Satu atau beberapa VM berjalan di Hyper-V.	Tidak ada yang perlu diinstal secara eksplisit pada VM.

Arsitektur Hyper-V ke Azure (tanpa VMM)

Komponen arsitektur - Hyper-V tanpa VMM

Tabel dan grafik berikut ini menyediakan tampilan tingkat tinggi dari komponen yang digunakan untuk replikasi Hyper-V ke Azure, saat hosting Hyper-V tidak dikelola oleh VMM.

Komponen	Persyaratan	Detail
Azure	Langganan Azure, akun penyimpanan Azure, dan jaringan Azure.	Data yang tereplikasi dari beban kerja komputer virtual lokal disimpan di akun penyimpanan. Azure VM dibuat dengan data beban kerja yang tereplikasi saat failover dari situs lokal Anda terjadi. Azure VM tersambung ke jaringan virtual Azure saat dibuat.
Server VMM	Server VMM memiliki satu atau beberapa cloud yang berisi hosting Hyper-V.	Anda menginstal Penyedia Site Recovery di server VMM untuk mengatur replikasi dengan Site Recovery, dan mendaftarkan server di kubah Recovery Services.
Hosting Hyper-V	Satu atau beberapa hosting/kluster Hyper-V yang dikelola oleh VMM.	Anda menginstal agen Recovery Services pada setiap hosting Hyper-V.
VM Hyper-V	Satu atau beberapa VM yang berjalan di server hosting Hyper-V.	Tidak ada yang perlu diinstal secara eksplisit pada VM.
Jaringan	Jaringan logis dan komputer virtual disiapkan di server VMM. Jaringan VM harus ditautkan ke jaringan logis yang terkait dengan cloud.	Jaringan VM dipetakan ke jaringan virtual Azure. Saat Azure VM dibuat setelah failover, komputer virtual ditambahkan ke jaringan Azure yang dipetakan ke jaringan VM.

Arsitektur Hyper-V ke Azure (tanpa VMM)

Siapkan konektivitas jaringan keluar

Agar Site Recovery berfungsi seperti yang diharapkan, Anda perlu mengubah konektivitas jaringan keluar untuk memungkinkan replikasi lingkungan Anda.

Catatan

Site Recovery tidak mendukung penggunaan autentikasi proksi untuk mengontrol konektivitas jaringan.

Konektivitas keluar untuk URL

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

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

Proses replikasi

Proses replikasi dan pemulihan

Aktfifkan proteksi

1. Setelah Anda mengaktifkan perlindungan untuk komputer virtual Hyper-V, di portal Microsoft Azure atau lokal, Aktifkan proteksi dimulai.
2. Pekerjaan memeriksa bahwa komputer mematuhi prasyarat, sebelum menjalankan CreateReplicationRelationship, untuk mengatur replikasi dengan pengaturan yang telah Anda konfigurasi.
3. Pekerjaan memulai replikasi awal dengan menjalankan metode StartReplication, untuk menginisialisasi replikasi komputer virtual penuh, dan mengirimkan disk virtual VM ke Azure.
4. Anda dapat memantau pekerjaan di tab Pekerjaan .

Replikasi data awal

1. Ketika replikasi awal dipicu, rekam jepret komputer virtual Hyper-V rekam jepret diambil.
2. Hard disk virtual pada komputer virtual direplikasi satu per satu, sampai semuanya disalin ke Azure. Ini mungkin membutuhkan waktu cukup lama, tergantung pada ukuran komputer virtual, dan bandwidth jaringan. Pelajari cara meningkatkan bandwidth jaringan.
3. Jika perubahan disk terjadi saat replikasi awal sedang berlangsung, Hyper-V Replica Replication Tracker melacak perubahan sebagai log replikasi Hyper-V (.hrl). File log ini terletak di folder yang sama dengan disk. Setiap disk memiliki file .hrl terkait yang dikirim ke lokasi sekunder. File rekam jepret dan log menggunakan sumber disk saat replikasi awal sedang berlangsung.
4. Ketika replikasi awal selesai, rekam jepret komputer virtual dihapus.
5. Perubahan disk Delta dalam log disinkronkan dan digabungkan ke disk induk.

Menyelesaikan proses proteksi

1. Setelah replikasi awal selesai, proteksi Finalisasi pada pekerjaan komputer virtual berjalan. Ini mengkonfigurasi jaringan dan pengaturan pasca-replikasi lainnya, sehingga komputer virtual terproteksi.
2. Pada tahap ini Anda dapat memeriksa pengaturan komputer virtual untuk memastikan bahwa komputer virtual siap untuk failover. Anda dapat menjalankan latihan pemulihan bencana (uji failover) komputer virtual, untuk memeriksa apakah komputer virtual melakukan failover seperti yang diharapkan.

Replikasi Delta

1. Setelah replikasi awal, replikasi delta dimulai, sesuai dengan kebijakan replikasi.
2. Hyper-V Replica Replication Tracker melacak perubahan pada hard disk virtual sebagai file .hrl. Setiap disk yang dikonfigurasi untuk replikasi memiliki file .hrl terkait.
3. Log dikirim ke akun penyimpanan pelanggan. Saat log sedang transit ke Azure, perubahan di disk utama dilacak dalam file log lain, di folder yang sama.
4. Selama replikasi awal dan delta, Anda dapat memantau komputer virtual di portal Microsoft Azure.

Proses sinkronisasi ulang

1. Jika replikasi delta gagal, dan replikasi penuh akan memakan biaya yang mahal dalam hal bandwidth atau waktu, maka komputer virtual ditandai untuk sinkronisasi ulang.

   • Misalnya, jika file .hrl mencapai 50% dari ukuran disk, komputer virtual ditandai untuk sinkronisasi ulang.
   • Secara default, sinkronisasi ulang dijadwalkan untuk berjalan secara otomatis di luar jam kantor.

2. Sinkronisasi ulang hanya mengirimkan data delta.

   • Ini meminimalkan jumlah data yang dikirim oleh checksum komputasi VM sumber dan target.
   • Ini menggunakan algoritma chunking blok tetap dimana file sumber dan target terbagi ke dalam gugus tetap.
   • Checksum untuk setiap gugus dihasilkan. Ini dibandingkan untuk menentukan blok mana dari sumber yang perlu diterapkan pada target.

3. Setelah sinkronisasi ulang selesai, replikasi delta normal akan dilanjutkan.

4. Jika Anda tidak ingin menunggu sinkronisasi ulang default di luar jam kerja, Anda dapat menjalankan sinkronisasi ulang komputer virtual secara manual. Misalnya, jika pemadaman terjadi. Untuk melakukan hal ini, di portal Microsoft Azure, pilih mesin virtual >Sinkronisasi ulang.

   

Proses coba lagi

Jika terjadi kesalahan replikasi, ada percobaan ulang bawaan. Coba lagi diklasifikasikan seperti yang dijelaskan dalam tabel.

Kategori	Detail
Kesalahan yang tidak dapat dipulihkan	Tidak ada upaya lagi. Status komputer virtual akan Kritis, dan intervensi administrator diperlukan. Contoh kesalahan ini termasuk rangkaian VHD yang rusak, status tidak valid untuk replika komputer virtual, kesalahan autentikasi jaringan, kesalahan otorisasi, dan kesalahan komputer virtual yang tidak ditemukan (untuk server Hyper-V tunggal).
Kesalahan yang dapat dipulihkan	Percobaan ulang terjadi setiap interval replikasi, menggunakan eksponensial back-off yang meningkatkan interval percobaan ulang sejak awal upaya pertama dengan 1, 2, 4, 8, dan 10 menit. Jika kesalahan berlanjut, coba lagi setiap 30 menit. Contohnya termasuk kesalahan jaringan, kesalahan ketersediaan disk rendah, dan kondisi memori rendah.

Proses failover dan failback

1. Anda dapat menjalankan failover terencana atau tidak terencana dari komputer virtual Hyper-V lokal ke Azure. Jika Anda menjalankan failover terencana, maka VM sumber data dinonaktifkan untuk memastikan tidak ada kehilangan data. Jalankan failover yang tidak terencana jika situs primer Anda tidak dapat diakses.
2. Anda dapat melakukan failover pada satu komputer, atau membuat rencana pemulihan, untuk mengatur failover beberapa komputer.
3. Menjalankan failover Setelah tahap pertama failover selesai, Anda seharusnya dapat melihat komputer virtual replika yang dibuat di Azure. Anda dapat menetapkan alamat IP publik ke komputer virtual jika diperlukan.
4. Anda kemudian melakukan failover, untuk mulai mengakses beban kerja dari replika Azure VM.

Setelah infrastruktur lokal Anda aktif dan berjalan lagi, Anda dapat melakukan failback. Failback terjadi dalam tiga tahap:

1. Memulai failover terencana dari Azure ke situs lokal:

   • Minimalkan waktu henti : Jika Anda menggunakan opsi ini Site Recovery menyinkronkan data sebelum failover. Ini memeriksa blok data yang diubah dan mengunduhnya ke situs lokal, sementara komputer virtual Azure terus berjalan, meminimalkan waktu henti. Saat Anda menentukan secara manual bahwa failover harus selesai, komputer virtual Azure dimatikan, setiap perubahan delta akhir disalin, dan failover dimulai.
   • Unduhan lengkap: Dengan data opsi ini disinkronkan selama failover. Opsi ini mengunduh seluruh disk. Ini lebih cepat karena tidak ada checksum yang dihitung, tetapi ada lebih banyak waktu henti. Gunakan opsi ini jika Anda telah menjalankan replika Azure VM selama beberapa waktu, atau jika VM lokal dihapus.
   • Buat komputer virtual: Anda dapat memilih untuk melakukan failback pada komputer virtual yang sama atau komputer virtual alternatif. Anda bisa menentukan bahwa Site Recovery harus membuat komputer virtual jika belum ada.

2. Setelah sinkronisasi awal selesai, Anda memilih untuk menyelesaikan failover. Setelah selesai, Anda dapat masuk ke komputer virtual lokal untuk memeriksa semuanya berfungsi seperti yang diharapkan. Di portal Microsoft Azure, Anda dapat melihat bahwa komputer virtual Azure telah dihentikan.

3. Kemudian, Anda menyelesaikan failover, dan mulai mengakses beban kerja dari VM lokal lagi.

4. Setelah beban kerja telah melakukan failback, Anda mengaktifkan replikasi balik, sehingga komputer virtual lokal mereplikasi ke Azure lagi.

Langkah berikutnya

Ikuti tutorial ini untuk memulai replikasi Hyper-V ke Azure.