Wir haben einen Server, auf dem mehrere virtuelle Maschinen mit KVM laufen. Obwohl das gut funktioniert, machen wir uns Sorgen über mögliche Hardwarefehler auf diesem einen physischen Server.
Wir sichern jede Nacht auf einem anderen physischen Server, aber die Wiederherstellung der Backups dauert eine Weile. Wenn das ganze System kaputtgehen würde, hätten wir mehrere Stunden Ausfallzeit.
Wir möchten ein Failover-System (also einen anderen physischen Server) haben, auf das wir ausweichen können, wenn der Hauptserver irgendwann ausfällt.
Ich habe hierzu mehrere Fragen:
- Wie können wir dafür sorgen, dass das Failover-System das Hauptsystem spiegelt? Es sollten verschiedene physische Maschinen sein, damit wir sicherstellen können, dass ein einzelner Hardwarefehler nicht alles zerstört. Gibt es Software für so etwas wie RAID 1 über Netzwerk? Hat das etwas mit Lastenausgleich zu tun?
- Wie würden wir Anfragen an die Failover-Maschine weiterleiten, wenn die Hauptmaschine nicht antwortet? Sollten wir sie regelmäßig anpingen und DNS-Informationen aktualisieren, wenn sie nicht rechtzeitig antwortet?
- Es wäre toll, etwas zu haben, das auf der Ebene der virtuellen Maschine funktioniert. Das heißt, wenn eine einzelne virtuelle Maschine ausfällt, sollten die Anfragen an diese Maschine an die Kopie auf dem Failover-System weitergeleitet werden.
Antwort1
Eine der besten Lösungen für Ihr Szenario ist DRBD+Heartbeat. DRBD repliziert Festplatten/Partitionen/LVs in Echtzeit zwischen Servern. Es wird nicht für Server mit vielen I/Os empfohlen, funktioniert aber sehr gut für kleine und mittlere Umgebungen.
Die Dokumentation ist sehr gut, sehen Sie sich die Site an. Es gibt einen Abschnitt namens „DRBD-fähige Anwendungen“ mit Beispielen und gebrauchsfertigen Lösungen. Sie können „Xen mit DRBD verwenden“ als Grundlage verwenden und es an KVM anpassen.
Ich habe viele Server mit dieser Lösung und sie funktioniert perfekt.