Warum nicht Dinge verwenden, die von Tausenden von Benutzern geprüft wurden und ihre Zuverlässigkeit bewiesen haben? Sie können einfach einen kostenlosen Hyper-V-Server mit beispielsweise StarWind VSAN Free bereitstellen und echte Hochverfügbarkeit ohne Probleme erhalten. Sehen Sie sich dieses Handbuch an:https://www.starwindsoftware.com/resource-library/starwind-virtual-san- hyperconverged-2-node-scenario-with-hyper-v-server-2016
Ich habe eine sehr ähnliche Installation mit dem von Ihnen beschriebenen Setup:einen KVM-Server mit einer Standby-Replik über DRBD aktiv/passiv. Um ein System so einfach wie möglich zu haben (und um jeden automatischen Split-Brain zu vermeiden, dh weil mein Kunde mit dem Cluster-Netzwerk herumspielt), habe ich auch das automatische Cluster-Failover aufgegeben.
Das System ist über 5 Jahre alt und hat mir nie Probleme bereitet. Meine Lautstärkeeinstellung ist die folgende:
- ein dediziertes RAID-Volume für VM-Speicher;
- ein kleines Überlagerungsvolumen enthält QEMU/KVM-Konfigurationsdateien;
- größere Volumes für virtuelle Laufwerke;
- eine DRBD-Ressource, die das gesamte dedizierte Array-Blockgerät verwaltet.
Ich habe einige Shell-Skripte geschrieben, um mir im Fall eines Failover zu helfen. Du findest sie hier
Bitte beachten Sie, dass das System für maximale Leistung ausgelegt wurde, selbst auf Kosten von Funktionen wie schnellen Snapshots und dateibasierten (statt volumebasierten) virtuellen Laufwerken.
Wenn ich jetzt ein ähnliches Aktiv/Passiv-Setup neu aufbaue, würde ich stark zur Verwendung von ZFS und kontinuierlicher asynchroner Replikation über send/recv tendieren . Es handelt sich nicht um eine blockbasierte Echtzeitreplikation, aber sie ist mehr als ausreichend für über 90 % der Fälle.
Wenn Echtzeit-Replikation wirklich ist benötigt, würde ich DRBD auf einem ZVOL + XFS verwenden; Ich habe ein solches Setup + automatischer Schrittmacherschalter in meinem Labor mit großer Zufriedenheit getestet. Wenn die Verwendung von 3rd-Part-Modulen (wie ZoL) nicht möglich ist, würde ich DRBD-Ressourcen zusätzlich zu lvmthin verwenden Lautstärke + XFS.
Sie können DRBD vollständig einrichten und rein manuell verwenden. Der Prozess sollte überhaupt nicht komplex sein. Sie würden einfach das tun, was ein Pacemaker- oder Rgmanager-Cluster tut, aber von Hand. Im Wesentlichen:
- Beenden Sie die VM auf dem aktiven Knoten
- DRBD auf dem aktiven Knoten herabstufen
- Bewerben Sie DRBD auf dem Peer-Knoten
- Starten Sie die VM auf dem Peer-Knoten
Dies erfordert natürlich, dass auf beiden Knoten die richtigen Pakete installiert sind und die Konfigurationen und Definitionen der VM auf beiden Knoten vorhanden sind.
Ich kann versichern, dass der Linux-HA-Stack (Corosync und Pacemaker) weiterhin aktiv entwickelt und unterstützt wird. Viele Ratgeber sind alt, die Software gibt es schon seit 10 Jahren. Wenn es richtig gemacht wird, gibt es keine größeren Probleme oder Probleme. Es ist nicht aufgegeben, aber es ist nicht mehr "neu und aufregend".