Mengapa tidak menggunakan hal-hal yang telah diperiksa oleh ribuan pengguna dan terbukti keandalannya? Anda dapat menggunakan server Hyper-V gratis dengan, misalnya, StarWind VSAN Free dan mendapatkan HA yang sebenarnya tanpa masalah apa pun. Lihat panduan ini:https://www.starwindsoftware.com/resource-library/starwind-virtual-san- hyperconverged-2-node-scenario-with-hyper-v-server-2016
Saya memiliki instalasi yang sangat mirip dengan pengaturan yang Anda jelaskan:server KVM dengan replika stanby melalui DRBD aktif/pasif. Untuk memiliki sistem sesederhana mungkin (dan untuk menghindari otak terbelah otomatis, yaitu:karena pelanggan saya mengotak-atik jaringan kluster), saya juga membuang failover kluster otomatis.
Sistem ini berumur 5+ tahun dan tidak pernah memberi saya masalah. Pengaturan volume saya adalah sebagai berikut:
- volume RAID khusus untuk penyimpanan VM;
- volume overlay kecil berisi file konfigurasi QEMU/KVM;
- volume lebih besar untuk disk virtual;
- Sumber daya DRBD yang mengelola seluruh perangkat blok larik khusus.
Saya menulis beberapa skrip shell untuk membantu saya jika terjadi failover. Anda dapat menemukannya di sini
Perhatikan bahwa sistem ini dirancang untuk kinerja maksimal, bahkan dengan mengorbankan fitur sebagai snapshot cepat dan disk virtual berbasis file (bukan berbasis volume).
Membangun kembali pengaturan aktif/pasif yang serupa sekarang, saya akan sangat condong ke arah penggunaan ZFS dan replikasi asinkron berkelanjutan melalui send/recv . Ini bukan replikasi berbasis blok waktu-nyata, tetapi lebih dari cukup untuk 90%+ kasus.
Jika replikasi waktu nyata benar-benar diperlukan, saya akan menggunakan DRBD di atas ZVOL + XFS; Saya menguji pengaturan seperti itu + sakelar alat pacu jantung otomatis di lab saya dengan sangat puas. Jika menggunakan modul bagian ke-3 (seperti ZoL) tidak memungkinkan, saya akan menggunakan sumber daya DRBD di atas lvmthin volume + XFS.
Anda benar-benar dapat mengatur DRBD dan menggunakannya dengan cara manual murni. Prosesnya seharusnya tidak rumit sama sekali. Anda hanya akan melakukan apa yang dilakukan oleh Pacemaker atau Rgmanager cluster, tetapi dengan tangan. Intinya:
- Hentikan VM pada node aktif
- Demosikan DRBD pada node aktif
- Promosikan DRBD pada node peer
- Mulai VM pada node peer
Biasanya, ini mengharuskan kedua node menginstal paket yang sesuai, dan konfigurasi serta definisi VM ada di kedua node.
Saya dapat memastikan bahwa tumpukan HA Linux (corosync dan alat pacu jantung) masih dikembangkan dan didukung secara aktif. Banyak panduan sudah tua, perangkat lunaknya sudah ada selama 10 tahun. Ketika dilakukan dengan benar, tidak ada masalah atau masalah besar. Itu tidak ditinggalkan, tetapi tidak lagi "baru dan menarik".