SafeKit durchsuchen

Umgang mit Stromausfällen und Netzwerkisolierung in einem HA-Cluster

Welche verschiedenen Szenarien gibt es bei Netzwerktrennung in einem Cluster?

Ein einziges Netzwerk

Bei einer Netzwerisisolation ist das Standardverhalten:

  • Wenn Heartbeats für jeden Knoten verloren gehen, geht jeder Knoten in ALONE und führt die Anwendung mit seiner virtuellen IP-Adresse aus (doppelte Ausführung der Anwendung, die ihre lokalen Daten ändert)
  • Wenn die Isolation behoben ist, wird ein ALONE Knoten gezwungen, anzuhalten und seine Daten vom anderen Knoten zu resynchronisieren
  • Am Ende ist der Cluster PRIM-SECOND (oder SECOND-PRIM, je nach Erkennung der doppelten virtuellen IP-Adresse durch Windows).

Zwei Netzwerke mit einem dedizierten Replikationsnetzwerk

Bei einer Netzwerktrennung ist das Verhalten mit einem dedizierten Replikationsnetzwerk wie folgt:

  • ein dediziertes Replikationsnetzwerk wird in einem privaten Netzwerk implementiert,
  • Heartbeats im Produktionsnetzwerk gehen verloren (isoliertes Netzwerk),
  • Heartbeats im Replikationsnetzwerk funktionieren (nicht im isolierten Netzwerk),
  • Das Cluster verbleibt im PRIM/SECOND Zustand.

Ein einziges Netzwerk und eine Split-Brain-Checker

Bei einer Netzwerktrennung ist das Verhalten mit einem Split-Brain-Checker wie folgt:

  • Ein Split-Brain-Checker wurde mit der IP-Adresse eines Witness (typischerweise ein Router) konfiguriert,
  • Der Split-Brain-Checker wird aktiv, wenn ein Server von PRIM auf ALONE oder von SECOND auf ALONE wechselt
  • Im Falle einer Netzwerktrennung testen beide Knoten die IP-Adresse, bevor sie in ALONE wechseln
  • Der Knoten, der auf die IP-Adresse zugreifen kann, geht in ALONE, der andere in WAIT
  • Wenn die Isolation behoben ist, synchronisiert der WAIT Knoten seine Daten neu und wird zu SECOND.

Hinweis: Wenn der Witness ausgefallen oder getrennt ist, gehen beide Knoten in WAIT und die Anwendung wird nicht mehr ausgeführt. Deshalb müssen Sie einen robusten Witness wie einen Router wählen.

Welche verschiedenen Szenarien gibt es bei einem Stromausfall in einem Cluster?

Stromausfall am primären Knoten

Wenn bei einem Stromausfall nur der primäre Knotenpunkt betroffen ist:

  • Es findet ein automatisches Failover auf den sekundären Knoten statt, der dadurch in den Alleinbetrieb wechselt und die Anwendung neu startet.
  • Wenn Knoten 1 neu gestartet wird, wird er nach der Resynchronisierung der replizierten Daten zu SEDOND.
  • Die Rollen des primären und sekundären Administrators können bei Bedarf von einem Administrator getauscht werden.

Stromausfall des Sekundärknotens

Wenn bei einem Stromausfall nur der sekundäre Knoten ausfällt:

  • Es findet kein Failover statt, der primäre Knoten wird ALLEIN und die Anwendung wird auf Knoten 1 fortgesetzt.
  • Wenn Knoten 2 neu gestartet wird, wird er nach der Resynchronisierung der replizierten Daten zu SEDOND.

Allgemeiner Stromausfall - Fall 1

Wenn ein Stromausfall beide Knoten lahmlegt, ist das Standardverhalten:

  • Beide Knoten gehen in den STOP-Zustand.
  • Wenn Knoten 1 neu gestartet wird, wechselt er nicht in den Zustand „ALONE“ und startet die Anwendung nicht neu, da er nicht weiß, ob er über aktuelle Daten verfügt. Daher wechselt er in den Zustand „WAIT“ und wartet auf den Neustart des anderen Knotens.
  • Wenn Knoten 2 neu gestartet wird, kehren beide Knoten in ihren vorherigen PRIM/SECOND-Zustand zurück.

Allgemeiner Stromausfall - Fall 2

Wenn ein Stromausfall beide Knoten lahmlegt, verhält sich syncdelta wie folgt:

  • Der Wert für syncdelta ist beispielsweise in der Konfiguration auf 10 Minuten eingestellt, was bedeutet, dass der Start eines Knotens akzeptiert wird, selbst wenn seine Daten 10 Minuten hinter der letzten Synchronisierung zurückliegen.
  • Wenn Knoten 1 neu gestartet wird, wechselt er in den Zustand „ALLONE“ und startet die Anwendung neu, vorausgesetzt, der Neustart erfolgt innerhalb von 10 Minuten nach dem Stromausfall.
  • Wenn Knoten 2 neu gestartet wird, wird er nach der Resynchronisierung der replizierten Daten zum zweiten Knoten.
  • Hinweis: Wenn Knoten 2 zuerst neu gestartet wird, wird er zu ALLEIN und Knoten 1 wird beim Start ZWEITER.

🔍 SafeKit entdecken

Finden Sie Informationen zu SafeKit-Funktionen, Architekturen, Videos, Dokumentation und der kostenlosen Testversion.

RessourceBeschreibungLink
Wichtige MerkmaleErfahren Sie, warum SafeKit eine einfache und kostengünstige Hochverfügbarkeitslösung ist.Entdecken Sie die wichtigsten Funktionen
AnwendungsfälleErfahren Sie, wie SafeKit kritische Anwendungen und Infrastrukturen verfügbar hält.Anwendungsfälle erkunden
BereitstellungsmodellSafeKit bietet Hochverfügbarkeit ohne SAN oder gemeinsam genutzten Speicher.Das Bereitstellungsmodell erkunden
HochverfügbarkeitsstrategienVergleichen Sie die Hochverfügbarkeit für virtuelle Maschinen mit der Hochverfügbarkeit für Anwendungen.Vergleichen Sie die beiden Strategien
Technische DatenÜberprüfen Sie die technischen Anforderungen und Einschränkungen für SafeKit-Cluster.Lesen Sie die technischen Daten
VideosSehen Sie sich Demonstrationen der SafeKit-Konfiguration und des automatischen Failovers an.Sehen Sie sich die technischen Videos an
ArchitekturErfahren Sie, wie der SafeKit Mirror-Cluster Dateien in Echtzeit repliziert und Failover abwickelt.Erkunden Sie die Mirror Architektur
ArchitekturErfahren Sie, wie der SafeKit Farm-Cluster den Netzwerkverkehr ausgleicht und Failover handhabt.Entdecken Sie die Architektur Farm
ProduktvergleichVergleichen Sie SafeKit mit herkömmlichen Hochverfügbarkeits-Clustern.Vergleichen Sie die Lösungen
Technische RessourcenFinden Sie technische Dokumentation, laden Sie SafeKit herunter und greifen Sie auf die kostenlose Testversion zu.Auf die Dokumentation und die kostenlose Testversion zugreifen
AnwendungsmoduleNutzen Sie vorkonfigurierte SafeKit-Module, um die Hochverfügbarkeit Ihrer Anwendungen einzurichten.Erkunden Sie die Anwendungsmodule
SafeKit AI Chat SafeKit AI