Hochverfügbarkeits-Cluster

FAQ

• Wie schnell erfolgt ein Failover tatsächlich?

  Bei den meisten HA-Setups wird eine virtuelle Maschine eines ausgefallenen Knotens innerhalb von ein bis fünf Minuten auf einem fehlerfreien Knoten neu gestartet – die genaue Zeit hängt von der Plattform, dem Speicher und davon ab, wie schnell das Gastbetriebssystem startet. Bei geplanten Ereignissen verschiebt die Live-Migration VMs ganz ohne Unterbrechung. Wenn selbst eine Minute zu lang ist, sehen Sie sich die Frage zur Fehlertoleranz unten an.

• Wie viele Server benötige ich für einen HA-Cluster?

  Drei Knoten sind das praktische Minimum – ein Cluster benötigt eine Mehrheitsentscheidung (Quorum), um zu bestimmen, welche Knoten fehlerfrei sind, und Split-Brain-Situationen zu vermeiden. Eine Zwei-Knoten-Konfiguration ist mit einem externen Quorum-Gerät möglich, aber wir empfehlen eine Konfiguration mit drei oder mehr Knoten.

• Unterstützen alle vier Hypervisoren Hochverfügbarkeit?

  Ja. Proxmox VE verfügt über einen integrierten HA-Manager, Microsoft Hyper-V nutzt Windows Server-Failoverclustering, SUSE Virtualization wird mit HA ab Werk ausgeliefert, und XCP-ng stellt HA über seinen Management-Stack bereit. Die Prinzipien sind dieselben – die Werkzeuge unterscheiden sich, und wir stimmen sie auf Ihr Team ab.

• Welchen Speicher benötigt ein HA-Cluster?

  Failover funktioniert nur, wenn jeder Knoten auf die VM-Daten zugreifen kann. Daher benötigt der Cluster gemeinsamen oder verteilten Speicher – zum Beispiel Ceph, replizierte Volumes oder ein externes Speichersystem. Rein lokale Festplatten reichen nicht aus; wir planen die Speicherschicht gemeinsam mit dem Cluster.

• Schützt mich ein HA-Cluster vor Datenverlust?

  HA schützt die Verfügbarkeit, nicht die Historie – wenn Daten beschädigt oder gelöscht werden, kopiert die Replikation den Schaden zuverlässig auf jeden Knoten. Deshalb bleiben Backups zusätzlich zu jedem Cluster obligatorisch. Wie viele aktuelle Daten bei einem Failover verloren gehen können, hängt davon ab, ob die Replikation synchron oder asynchron erfolgt, und wir richten dies entsprechend Ihrem Recovery Point Objective ein.

• Werden Benutzer während eines Failovers etwas bemerken?

  Bei geplanten Ereignissen – Wartung, Lastverteilung – werden virtuelle Maschinen im laufenden Betrieb zwischen Knoten verschoben, und die Nutzer bemerken nichts. Bei einem ungeplanten Knotenausfall werden betroffene VMs auf einem anderen Knoten neu gestartet, sodass aktive Sitzungen auf diesen VMs kurz unterbrochen werden und anschließend fortgesetzt werden. Gut entwickelte Anwendungen stellen die Verbindung automatisch wieder her, und für die meisten Nutzer wirkt es wie ein Neuladen der Seite.

• Was ist der Unterschied zwischen Hochverfügbarkeit und Fehlertoleranz?

  Hochverfügbarkeit startet betroffene VMs auf einem anderen Knoten neu – es kommt zu einer kurzen Unterbrechung. Fehlertoleranz hält einen Live-Spiegel der laufenden Maschine vor, sodass ein Knotenausfall überhaupt keine Unterbrechung verursacht – allerdings auf Kosten von ungefähr doppelt so vielen Ressourcen. Die meisten Workloads sind mit HA gut bedient; Fehlertoleranz bleibt den wenigen vorbehalten, die nicht einmal Sekunden an Ausfallzeit tolerieren können.

• Müssen meine Anwendungen geändert werden, um in einem HA-Cluster ausgeführt zu werden?

  In der Regel nicht – HA auf VM-Ebene ist für die darin ausgeführten Anwendungen transparent. Für Datenbanken und andere zustandsbehaftete Dienste kann zusätzlich zur Cluster-HA eine Replikation auf Anwendungsebene hinzugefügt werden, um noch strengere Wiederherstellungsgarantien zu erreichen; sie ist jedoch eine Option, keine Voraussetzung.