Beispiel: Knoten-und Standortfehler
Dieses Thema beschreibt, wie GLVM für PowerHA® SystemMirror® Enterprise Edition mit Ausfällen umgeht und was im Cluster geschieht, um sicherzustellen, dass die geografisch gespiegelten Daten für die Anwendung verfügbar bleiben.
Die folgende Abbildung mit zwei Knoten an jedem Standort wird in diesen Szenarios verwendet. In dieser Konfiguration ist Knoten 2 der Ausgangsknoten oder der primäre Eigner der Ressourcengruppe. Der ferne physische Datenträgerclient ist konfiguriert und befindet sich am lokalen Standort. Knoten 1 ist der Knoten mit der zweiten Priorität für die Ressourcengruppe:
Knotenfehler am lokalen Standort
Wenn Knoten 2 ausfällt, wird die Ressourcengruppe mit der Anwendung auf Knoten 1 übertragen.
Auf einer hohen Ebene erkennt GLVM für PowerHA SystemMirror Enterprise Edition auf Knoten 1, dass Knoten 2, der primäre Eigentümer der Ressourcengruppe, ausgefallen ist, und verschiebt die Ressourcengruppe auf Knoten 1. Außerdem wird die geografisch gespiegelte Volume-Gruppe auf Node1 aktiviert und sichergestellt, dass der RPV-Client auf Knoten 1 für die Kommunikation mit dem RPV-Server auf Knoten 3 verfügbar ist.
Die Anwendung bleibt hoch verfügbar und die Daten werden weiterhin geografisch gespiegelt. Die Anwendung sendet weiterhin E/A-Anforderungen an den fernen physischen Datenträger und die GLVM-Funktion stellt sicher, dass der ferne physische Datenträgerclient und der ferne physische Datenträgerserver weiterhin kommunizieren.
Wenn Knoten 2 dem Cluster wieder beitritt, führt PowerHA SystemMirror auf der Grundlage der Ressourcengruppenrichtlinie den Ressourcengruppen-Fallback durch. Die Ressourcengruppe wird zurück zu Knoten 2 verschoben (abhängig von der Rücksetzungsrichtlinie für Ressourcengruppen) und der RPV-Client wird auf Knoten 2 verfügbar. Dies ermöglicht die Wiederherstellung der Kommunikation zwischen dem fernen physischen Datenträgerclient und dem Server. Die Ressourcengruppe nimmt die Spiegelung von Daten über den fernen physischen Datenträger wieder auf.
Knotenfehler am fernen Standort
Wenn Knoten 3, auf dem der RPV-Server konfiguriert ist, ausfällt, verschiebt GLVM für PowerHA SystemMirror Enterprise Edition die Sicherungsinstanz der Ressourcengruppe auf Knoten 4 am entfernten Standort. PowerHA SystemMirror stellt außerdem sicher, dass der RPV-Server jetzt auf Node4 verfügbar ist.
Die Anwendung bleibt hoch verfügbar und die Daten werden weiterhin geografisch gespiegelt. Die Anwendung sendet weiterhin E/A-Anforderungen an den fernen physischen Datenträger und die GLVM-Funktion stellt sicher, dass der ferne physische Datenträgerclient und der ferne physische Datenträgerserver weiterhin kommunizieren.
Wenn der Knoten am entfernten Standort dem Cluster wieder beitritt, führt PowerHA SystemMirror auf der Grundlage der Ressourcengruppenrichtlinie den Ressourcengruppen-Fallback durch.
Fehler am lokalen Standort
Wenn aufgrund eines Fehlers am lokalen Standort kein Knoten zum Hosten einer Ressourcengruppe mit der geografisch gespiegelten Datenträgergruppe und der Anwendung verfügbar ist, wird die Ressourcengruppe auf einen der Knoten am fernen Standort übertragen.
Beispiel: Die Ressourcengruppe fällt von Knoten 2 am lokalen Standort auf Knoten 3 am fernen Standort über. In diesem Fall aktiviert GLVM für PowerHA SystemMirror Enterprise Edition zwangsweise (falls so konfiguriert) die lokale Volume-Gruppe mit der Spiegelung der Daten auf Knoten 3, und Knoten 3 übernimmt die Ressourcengruppe. Die Anwendung in der Ressourcengruppe greift direkt auf diese Daten zu und verwendet keinen fernen physischen Datenträger.
Wenn Knoten 2 dem Cluster wieder beitritt, führt PowerHA SystemMirror den Ressourcengruppen-Fallback durch (abhängig von der Ressourcengruppen-Fallback-Richtlinie). Die Ressourcengruppe wird zurück zu Knoten 2 verschoben und der ferne physische Datenträgerclient wird auf Knoten 2 verfügbar. Die Kommunikation zwischen dem fernen physischen Datenträgerclient und dem Server wird wiederhergestellt. GLVM für PowerHA SystemMirror Enterprise Edition synchronisiert die Spiegelkopien und stellt die Datenspiegelung wieder her. Die Ressourcengruppe nimmt die Spiegelung von Daten über den fernen physischen Datenträger wieder auf.
Fehler am fernen Standort
Wenn aufgrund eines Fehlers kein Knoten am entfernten Standort verfügbar ist, um den RPV-Server für die Ressourcengruppe mit der geografisch gespiegelten Volume-Gruppe zu hosten, stoppt PowerHA SystemMirror den RPV-Client bei dem Versuch, mit dem RPV-Server zu kommunizieren.
Wenn ein Knoten, der den RPV-Server am entfernten Standort gehostet hat, dem Cluster wieder beitritt, nimmt GLVM für PowerHA SystemMirror Enterprise Edition den RPV-Server auf diesem Knoten wieder auf und stellt die Kommunikation zwischen dem RPV-Client und dem Server wieder her. Die Spiegelung wird ebenfalls wiederhergestellt und die Spiegelkopien werden synchronisiert. Die Ressourcengruppe verbleibt auf Knoten 2 und der RPV-Client beginnt mit der Kommunikation mit dem RPV-Server auf Knoten 3. Die Ressourcengruppe nimmt die Spiegelung von Daten über den fernen physischen Datenträger wieder auf.
Clusterpartitionierung verhindern
Um die Clusterpartitionierung zu verhindern, konfigurieren Sie ein Netz für den Austausch von Überwachungssignalen zwischen den Standorten sowie mehrere (bis zu vier) IP-basierte Netze, über die die Spiegelungsdaten übertragen werden. Wenn alle Spiegelnetzverbindungen zwischen dem RPV-Client und -Server (und zwischen den Standorten) fehlschlagen, verhindert das Überwachungssignalnetz die Clusterpartitionierung und die daraus resultierende Datendivergenz.
Die folgende Abbildung zeigt den Ausfall des Datenspiegelungsnetzes im Cluster mit zwei Standorten (Knoten an jedem Standort werden nicht angezeigt):
