Gambaran umum Hyper-V Replika

Hyper-V Replika adalah fitur bawaan Hyper-V di Windows Server yang memungkinkan replikasi komputer virtual (VM) antara host Hyper-V untuk tujuan kelangsungan bisnis dan pemulihan bencana (BCDR). Ini memungkinkan Anda untuk membuat dan memelihara salinan offline VM pada host sekunder, dan bahkan meluas ke host ketiga, yang dapat Anda gunakan untuk failover jika host utama gagal. Hyper-V Replika tidak tersedia di Hyper-V di sistem operasi klien Windows.

Pengklusteran failover Hyper-V dan Hyper-V Replika menyelesaikan skenario terkait tetapi dengan ketersediaan yang berbeda. Kluster failover Hyper-V menyediakan ketersediaan tinggi lokal untuk menjalankan VM dengan menggunakan beberapa host (node) yang biasanya mengakses penyimpanan berkluster yang sama. Jika node gagal, layanan kluster memulai ulang VM yang terpengaruh pada node lain, tanpa kehilangan data (atau minimal) karena hard disk virtual VM tetap berada di penyimpanan bersama. Hyper-V Replika, sebaliknya, adalah teknologi pemulihan bencana yang mempertahankan salinan asinkron penyimpanan VM di host atau kluster lain - seringkali di situs yang berbeda - sehingga Anda dapat memulai failover secara manual jika host, kluster, atau situs utama menjadi tidak tersedia. Replika tidak memerlukan penyimpanan bersama, mengacu pada sasaran titik pemulihan (potensi kehilangan data hingga interval replikasi), dan melengkapi alih-alih menggantikan pengklusteran failover. Banyak organisasi menggunakan: pengklusteran untuk ketersediaan tinggi intra-situs dan replika Hyper-V untuk ketahanan dan pemulihan antar situs.

Artikel ini memberikan gambaran umum tentang Hyper-V Replika, fitur utamanya, cara kerjanya, dan bagaimana Anda dapat menggunakannya untuk meningkatkan strategi BCDR Anda.

Fitur utama Hyper-V Replika

Hyper-V Replica menawarkan beberapa fitur utama yang menjadikannya alat yang kuat dan terjangkau untuk replikasi VM dan pemulihan bencana:

• Beban kerja dan agnostik aplikasi: Hyper-V Replika berfungsi di tingkat hypervisor, sehingga cocok untuk mereplikasi berbagai beban kerja dan aplikasi tanpa memerlukan agen atau konfigurasi khusus aplikasi.

• Replikasi asinkron: perubahan yang dilakukan pada VM utama disusun dengan menggunakan pelacakan perubahan tangguh (RCT) pada tingkat blok dan dapat dikirim ke VM replika secara berkala 30 detik, 5 menit, atau 15 menit, tergantung pada persyaratan tujuan titik pemulihan (RPO). RCT mengurangi kebutuhan akan pemeriksaan konsistensi yang memakan waktu dan memberikan ketahanan yang besar.

• Failover yang direncanakan dan tidak direncanakan: Dalam failover yang direncanakan, VM utama dimatikan secara teratur dan mereplikasi perubahan yang tersisa sebelum beralih ke replika. Dalam failover yang tidak direncanakan, replika VM dimulai tanpa mematikan VM utama, yang dapat mengakibatkan beberapa kehilangan data. Setelah memulihkan host utama, Anda dapat melakukan replikasi terbalik untuk menyinkronkan perubahan kembali ke VM utama asli. Untuk informasi lebih lanjut, lihat Failover dan pemulihan.

• Topologi fleksibel: mereplikasi antara host tunggal, host berkluster, atau kombinasi keduanya, memungkinkan Anda merancang strategi replikasi yang sesuai dengan infrastruktur Anda. Host dapat terletak di situs yang sama atau di lokasi geografis yang berbeda.

• Enkripsi dan autentikasi: dukungan untuk Kerberos (untuk host yang bergabung dengan domain) dan autentikasi berbasis sertifikat (untuk host yang tidak bergabung dengan domain), memberikan fleksibilitas dalam mengamankan lalu lintas replikasi. Mengenkripsi lalu lintas replikasi dengan sertifikat untuk melindungi data saat transit. Anda dapat membatasi replikasi antara host Hyper-V tertentu untuk meningkatkan keamanan.

• Opsi penyimpanan fleksibel: replikasi berbasis file yang agnostik penyimpanan dan beban kerja, memungkinkan fleksibilitas dalam desain infrastruktur Anda untuk menggunakan berbagai jenis solusi penyimpanan untuk host utama dan replika. Anda dapat memilih untuk mereplikasi semua hard disk virtual untuk VM atau hanya subsetnya, memungkinkan Anda mengoptimalkan penggunaan penyimpanan dan performa replikasi.

• Jaringan dan kompresi: replikasi berbasis TCP dengan menggunakan HTTP atau HTTPS. Anda dapat mengaktifkan kompresi untuk mengurangi penggunaan bandwidth selama replikasi.

• Riwayat pemulihan: hingga 24 titik pemulihan per jam memungkinkan Anda kembali ke status VM sebelumnya jika diperlukan. Integrasi Volume Shadow Copy Service (VSS) dapat menyediakan titik pemulihan yang konsisten untuk aplikasi pada VM yang menjalankan aplikasi yang mendukung VSS, seperti Microsoft SQL Server.

• Uji failover: lakukan pengujian failover untuk memvalidasi rencana pemulihan bencana Anda tanpa memengaruhi lingkungan produksi. Untuk informasi selengkapnya, lihat Failover dan Recovery.

• Replikasi yang diperluas: Anda dapat memperpanjang replikasi dari host sekunder ke host Hyper-V ketiga, membuat topologi replikasi tiga tingkat. Pendekatan ini menyediakan lapisan redundansi tambahan dan melayani strategi BCDR yang lebih kompleks. Anda dapat menggunakan interval replikasi yang berbeda untuk replikasi yang diperluas untuk menyeimbangkan tujuan titik pemulihan (RPO) dan penggunaan bandwidth di berbagai situs. Replikasi tidak terjadi dari server utama ke dua server replika lainnya. Sebagai gantinya, server utama mereplikasi ke server replika, yang pada gilirannya mereplikasi ke server replika yang diperluas.

• Tidak ada biaya lisensi tambahan: Hyper-V Replika disertakan dengan Windows Server tanpa biaya tambahan, menjadikannya solusi hemat biaya untuk replikasi VM dan pemulihan bencana.

komponen Hyper-V Replika

Hyper-V Replika menyertakan komponen yang dijelaskan dalam tabel berikut:

Komponen	Description
Mesin replikasi	Mengelola replikasi awal, detail konfigurasi replikasi, replikasi perubahan selisih, dan operasi failover dan pengujian failover. Melacak peristiwa mobilitas VM dan penyimpanan dan mengambil tindakan yang sesuai jika diperlukan.
Mengubah modul pelacakan	Melacak perubahan yang terjadi pada VM pada host Hyper-V sumber dengan memantau operasi penulisan ke hard disk virtual (VHD), terlepas dari lokasi penyimpanan (lokal, SAN, NAS, berbagi SMB 3 atau yang lebih baru, atau Volume Bersama Kluster).
Modul jaringan	Menyediakan cara yang aman dan efisien untuk mentransfer data VM antara host Hyper-V. Meminimalkan lalu lintas dengan mengompresi data secara default dan dapat mengenkripsi data saat HTTPS dan autentikasi berbasis sertifikat digunakan.
Pengelola Replika Hyper-V	Digunakan hanya ketika host Hyper-V adalah node dalam kluster failover. Memungkinkan penggunaan Hyper-V Replika dengan VM yang sangat tersedia yang dapat berpindah di antara node kluster dengan mengkueri database kluster dan mengalihkan permintaan ke simpul tempat VM berjalan.
Alat manajemen	Konfigurasikan dan kelola Replika Hyper-V dengan Hyper-V Manager dan Windows PowerShell. Gunakan Manajer Kluster Failover untuk semua manajemen VM dan konfigurasi Replika Hyper-V saat host sumber atau replika adalah bagian dari kluster failover.

Cara kerja Replika Hyper-V

Hyper-V Replika berfungsi dengan mereplikasi perubahan yang Anda buat pada VM utama ke VM replika pada host Hyper-V sekunder. Pendekatan yang Anda ambil tergantung pada apakah Anda mereplikasi ke kluster Hyper-V atau satu host. Anda mengonfigurasi kluster penerima atau host, bukan kluster atau host utama. Konfigurasikan host utama dan sekunder untuk proses replikasi agar memastikan bahwa Anda dapat beralih kembali ke host utama asli setelah terjadinya failover.

Hyper-V Replika dapat memiliki dua instans berikut dari satu VM yang berada di host Hyper-V yang berbeda:

• VM utama yang berjalan secara aktif, yang disebut VM utama.
• Salinan offline VM utama, yang disebut replika VM.

Proses replikasi melibatkan beberapa komponen dan langkah-langkah utama, yang diuraikan dalam diagram berikut:

1. Saat Mengaktifkan Hyper-V Replika untuk VM, Anda membuat salinan awal VM pada host sekunder. Anda dapat mengirim salinan ini melalui jaringan atau dengan menggunakan media eksternal.

2. Hyper-V menggunakan mekanisme pelacakan perubahan untuk memantau perubahan yang Anda buat pada hard disk virtual (VHD) VM utama. Ini menyimpan perubahan dalam .hrl file di lokasi yang sama. Pendekatan ini memungkinkan Hyper-V mengidentifikasi blok data mana yang berubah sejak siklus replikasi terakhir.

3. Pada interval replikasi yang dikonfigurasi (30 detik, 5 menit, atau 15 menit), Hyper-V mengirim perubahan ke host sekunder. Proses replikasi tidak sinkron, sehingga VM utama terus beroperasi saat Hyper-V mereplikasi perubahan.

4. Host sekunder menerima perubahan dan menerapkannya ke VHD mesin virtual replika, memastikan mesin virtual replika tetap mutakhir dengan mesin virtual utama.

5. Jika host utama gagal, Anda memulai failover ke VM replika. Tergantung pada apakah itu failover yang direncanakan atau tidak direncanakan, prosesnya sedikit berbeda, tetapi hasil akhirnya adalah bahwa VM replika menjadi VM utama baru. Anda dapat memulai failover secara manual atau melalui skrip otomatisasi.

6. Setelah memulihkan host utama, Anda dapat melakukan replikasi terbalik untuk menyinkronkan perubahan apa pun yang dibuat pada VM replika kembali ke VM utama asli, memungkinkannya untuk melanjutkan perannya sebagai host utama.

Merencanakan Replika Hyper-V

Saat berencana untuk menerapkan Hyper-V Replika sebagai bagian dari strategi BCDR Anda, pertimbangkan dan buat keputusan tentang poin desain berikut:

Poin keputusan	Detail pendukung
Beban kerja mana yang ingin Anda replikasi?	Mencantumkan VM target dan beban kerjanya. Replikasi default melindungi status OS, bukan status aplikasi dalam penerbangan. Jika Anda perlu memulihkan status aplikasi, aktifkan (dan jadwalkan) titik pemulihan yang konsisten dengan aplikasi.
VHD mana yang perlu direplikasi?	Keluarkan disk yang perubahannya tidak diperlukan setelah failover (misalnya, file halaman atau disk sementara) untuk menghemat bandwidth dan penyimpanan. Dokumen pengecualian.
Seberapa sering Anda perlu menyinkronkan data?	Pilih 30 detik, 5 menit, atau 15 menit berdasarkan RPO, kekritisan, dan bandwidth. Tingkat kritikalitas yang lebih tinggi dan RPO yang lebih rendah membutuhkan interval yang lebih pendek; periksa kapasitas jaringan yang tersedia.
Berapa tingkat perubahan data pada setiap VM?	Churn tinggi meningkatkan bandwidth dan konsumsi penyimpanan replika. Pertimbangkan pemadatan atau interval yang lebih lama jika terjadi saturasi. Sertakan setiap VM dalam perhitungan ukuran.
Metode autentikasi apa yang akan Anda gunakan dan apakah Anda memerlukan enkripsi?	Gunakan Kerberos saat kedua host bergabung dengan domain dan Anda tidak memerlukan enkripsi. Gunakan autentikasi berbasis sertifikat untuk mengenkripsi lalu lintas replika dan/atau jika salah satu host tidak bergabung dengan domain; provisikan dan percayai sertifikat yang diperlukan sebelumnya.
Apakah Anda perlu melakukan failover ke titik waktu sebelumnya?	Defaultnya adalah titik pemulihan tunggal (terbaru). Konfigurasikan hingga 24 titik setiap jam dalam pemulihan titik waktu. Penambahan lebih banyak titik akan meningkatkan kebutuhan penyimpanan dan overhead I/O.
Bagaimana Anda akan menyemai replikasi awal data VM?	Options: - Kirim melalui jaringan segera. - Jadwalkan transfer data jaringan untuk jendela waktu selanjutnya. - Gunakan VM yang dipulihkan yang ada pada host replika. - Ekspor ke media eksternal, kirim, dan impor di situs replika.

Failover dan Recovery

Penting untuk menguji rencana BCDR Anda secara teratur untuk memastikan bahwa Hyper-V Replica berfungsi seperti yang diharapkan dan Anda dapat berhasil melakukan failover dan memulihkan VM. Anda harus melakukan pengujian failover, memeriksa titik pemulihan, dan memastikan bahwa semua komponen strategi replikasi Anda berfungsi dengan benar. Pengujian rutin membantu mengidentifikasi potensi masalah dan memastikan bahwa tim Anda terbiasa dengan proses failover dan pemulihan.

Ada tiga jenis skenario failover di Replika Hyper-V:

• Anda dapat menjalankan failover pengujian kapan saja tanpa memengaruhi lingkungan produksi. Uji failover membuat salinan sementara dari VM replika pada host sekunder, memungkinkan Anda untuk memvalidasi proses failover dan memastikan bahwa VM dimulai dengan benar. VM pengujian diisolasi dari jaringan produksi untuk mencegah konflik apa pun. VM utama terus berjalan selama failover pengujian, sehingga tidak ada waktu henti, dan proses replikasi tidak terpengaruh. Setelah menyelesaikan pengujian, termasuk komponen lain dari paket BCDR Anda, Anda dapat menghapus VM pengujian tanpa memengaruhi VM replika atau VM utama.

• Dalam failover yang direncanakan, VM utama dimatikan dengan anggun, dan perubahan yang tersisa direplikasi ke VM replika sebelum beralih peran. Pendekatan ini memastikan bahwa tidak ada kehilangan data selama proses failover. Tidak ada VM duplikat yang dibuat selama failover yang direncanakan. Tindakan failover dimulai dari host utama. Anda dapat membalikkan replikasi setelah host utama tersedia lagi untuk menyinkronkan perubahan apa pun yang dibuat pada replika VM kembali ke VM utama asli, lalu melakukan failover terencana lain untuk beralih kembali.

• Dalam failover yang tidak direncanakan, replika VM dimulai tanpa mematikan VM utama, yang dapat mengakibatkan kehilangan data. VM replika menjadi VM utama baru, dan Anda nantinya dapat melakukan replikasi terbalik untuk menyinkronkan perubahan kembali ke VM utama asli setelah dipulihkan. Tidak ada VM duplikat yang dibuat selama failover yang tidak direncanakan. Tindakan failover dimulai dari host sekunder.

Untuk informasi selengkapnya tentang melakukan operasi failover dan pemulihan dengan Hyper-V Replika, lihat Failover komputer virtual yang direplikasi dengan Hyper-V Replika.

Langkah selanjutnya

Untuk mengonfigurasi replika Hyper-V, pilih salah satu artikel berikut berdasarkan lingkungan Anda:

Mengaktifkan replika Hyper-V pada kluster failover

Mengaktifkan Replika Hyper-V pada satu host