ADC

Häufig gestellte Fragen zu hoher Verfügbarkeit

December 12, 2023

Beitrag von:

Welche Ports werden verwendet, um die HA-bezogenen Informationen zwischen den Knoten in einer HA-Konfiguration auszutauschen?

In einer HA-Konfiguration verwenden beide Knoten die folgenden Ports, um HA-bezogene Informationen auszutauschen:
- UDP-Port 3003, um Heartbeat-Pakete auszutauschen.
- TCP-Port 3008 oder 3010 für Synchronisation und Befehlsverbreitung.
Was sind die Bedingungen, die die Synchronisation auslösen?

Die Synchronisation wird durch eine der folgenden Bedingungen ausgelöst:
- Die vom sekundären Knoten empfangene Inkarnationsnummer des primären Knotens stimmt nicht mit der des sekundären Knotens überein. Hinweis: Beide Knoten in einer HA-Konfiguration verwalten einen Zähler namens Inkarnationszahl, der die Anzahl der Konfigurationen in der Konfigurationsdatei des Knotens zählt. Jeder Knoten sendet seine Inkarnationsnummer in den Heartbeat-Nachrichten an jeden anderen Knoten. Die Inkarnationsnummer wird für die folgenden Befehle nicht erhöht:
  1. Alle HA-Konfigurationsbefehle. Fügen Sie beispielsweise einen HA-Knoten hinzu, legen Sie einen HA-Knoten fest und binden Sie einen HA-Knoten.
  2. Alle Interface-bezogenen Befehle. Beispiel: Schnittstelle festlegen und Schnittstelle deaktivieren.
  3. Alle kanalbezogenen Befehle. Fügen Sie beispielsweise Kanal hinzu, setzen Sie den Kanal ein und binden Sie den Kanal ein.
- Der sekundäre Knoten wird nach einem Neustart aktiviert.
- Der primäre Knoten wird nach einem Failover sekundär.
Welche Konfigurationen werden in einer HA-Konfiguration im INC- oder Nicht-INC-Modus nicht synchronisiert oder weitergegeben?

Die folgenden Befehle werden weder weitergegeben noch mit dem sekundären Knoten synchronisiert:
- Alle knotenspezifischen HA-Konfigurationsbefehle. Fügen Sie beispielsweise einen HA-Knoten hinzu, legen Sie einen HA-Knoten fest und binden Sie einen HA-Knoten.
- Alle Interface-bezogenen Konfigurationsbefehle. Beispiel: Schnittstelle festlegen und Schnittstelle deaktivieren.
- Alle kanalbezogenen Konfigurationsbefehle. Fügen Sie beispielsweise Kanal hinzu, setzen Sie den Kanal ein und binden Sie den Kanal ein.
Hinweis:

Die folgenden Konfigurationen werden weder synchronisiert noch nur in HA im INC-Modus weitergegeben. Jeder Knoten hat seinen eigenen:
- SNIPs
- VLANs
- Strecken (außer LLB-Strecken)
- Routenmonitore
- RNAT-Regeln (außer jeder RNAT-Regel mit VIP als NAT-IP)
- Dynamische Routing-Konfigurationen
- Netzprofile
Wird eine dem sekundären Knoten hinzugefügte Konfiguration auf dem primären Knoten synchronisiert?

Nein, eine dem sekundären Knoten hinzugefügte Konfiguration wird nicht mit dem primären Knoten synchronisiert.
Was kann der Grund dafür sein, dass beide Knoten behaupten, die primären Knoten in einer HA-Konfiguration zu sein?

Der wahrscheinlichste Grund ist, dass der primäre und sekundäre Knoten beide fehlerfrei sind, aber der sekundäre nicht die Heartbeat-Pakete vom primären erhalten. Das Problem kann mit dem Netzwerk zwischen den Knoten liegen.
Steht bei einer HA-Konfiguration Probleme auf, wenn Sie die beiden Knoten mit unterschiedlichen Systemtakteinstellungen bereitstellen?

Verschiedene Einstellungen der Systemuhr auf den beiden Knoten können zu folgenden Problemen führen:
- Die Zeitstempel in den Logdateieinträgen stimmen nicht überein. Diese Situation macht es schwierig, die Protokolleinträge auf Probleme zu analysieren.
- Nach einem Failover können Probleme mit jeder Art von cookiebasierter Persistenz für den Lastausgleich auftreten. Ein erheblicher Unterschied zwischen den Zeiten kann dazu führen, dass ein Cookie früher als erwartet abläuft, was zur Beendigung der Persistenzsitzung führt.
- Ähnliche Überlegungen gelten für alle zeitbezogenen Entscheidungen über die Knoten.
Unter welchen Bedingungen schlägt der Befehl Force HA sync fehl ?

Die erzwungene Synchronisation schlägt unter den folgenden Umständen fehl:
- Sie erzwingen die Synchronisation, wenn die Synchronisation bereits läuft.
- Sie erzwingen die Synchronisation auf einer eigenständigen NetScaler-Appliance.
- Der sekundäre Knoten ist deaktiviert.
- Die HA-Synchronisierung ist auf dem aktuellen sekundären Knoten deaktiviert.
- Die HA-Propagierung ist auf dem aktuellen primären Knoten deaktiviert und Sie erzwingen die Synchronisation vom primären Knoten aus.
Unter welchen Bedingungen schlägt der Befehl zum Synchronisieren von HA-Dateien fehl ?

Das Synchronisieren von Konfigurationsdateien schlägt unter einem der folgenden Umstände fehl:
- Auf einem eigenständigen System.
- Wenn der sekundäre Knoten deaktiviert ist.
Wechselt in einer HA-Konfiguration der sekundäre Knoten, wenn er die Funktion des primären Knotens übernimmt, wieder in den sekundären Status, wenn der ursprüngliche primäre Knoten wieder online ist?

Nein. Nachdem der sekundäre Knoten die Position des primären Knotens übernommen hat, bleibt er auch dann als primärer Knoten aktiv, wenn der ursprüngliche primäre Knoten wieder online ist. Führen Sie den Befehl force failover aus, um den primären und den sekundären Status der Knoten auszutauschen.
Was sind die Bedingungen für den Ausfall des Force-Failover-Befehls ?

Ein erzwungenes Failover schlägt unter den folgenden Umständen fehl:
- Sie erzwingen ein Failover auf einem eigenständigen System.
- Der sekundäre Knoten ist deaktiviert.
- Der Sekundärknoten ist so konfiguriert, dass er sekundär bleibt.
- Der primäre Knoten ist so konfiguriert, dass er primär bleibt.
- Der Status des Peer-Knotens ist unbekannt.

Die offizielle Version dieses Inhalts ist auf Englisch. Für den einfachen Einstieg wird Teil des Inhalts der Cloud Software Group Dokumentation maschinell übersetzt. Cloud Software Group hat keine Kontrolle über maschinell übersetzte Inhalte, die Fehler, Ungenauigkeiten oder eine ungeeignete Sprache enthalten können. Es wird keine Garantie, weder ausdrücklich noch stillschweigend, für die Genauigkeit, Zuverlässigkeit, Eignung oder Richtigkeit von Übersetzungen aus dem englischen Original in eine andere Sprache oder für die Konformität Ihres Cloud Software Group Produkts oder Ihres Diensts mit maschinell übersetzten Inhalten gegeben, und jegliche Garantie, die im Rahmen der anwendbaren Endbenutzer-Lizenzvereinbarung oder der Vertragsbedingungen oder einer anderen Vereinbarung mit Cloud Software Group gegeben wird, dass das Produkt oder den Dienst mit der Dokumentation übereinstimmt, gilt nicht in dem Umfang, in dem diese Dokumentation maschinell übersetzt wurde. Cloud Software Group kann nicht für Schäden oder Probleme verantwortlich gemacht werden, die durch die Verwendung maschinell übersetzter Inhalte entstehen können.

December 12, 2023

Beitrag von:

December 12, 2023

Beitrag von:

Häufig gestellte Fragen zu hoher Verfügbarkeit

In diesem Artikel