ADC
Danke für das Feedback

Dieser Artikel wurde maschinell übersetzt. (Haftungsausschluss)

Verbindungsfailover

Das Verbindungsfailover verhindert eine Unterbrechung des Zugriffs auf Anwendungen, die in einer verteilten Umgebung bereitgestellt werden. In einer NetScaler High Availability (HA) -Setup bezieht sich Verbindungsfailover (oder Verbindungsspiegelung-CM) darauf, eine etablierte TCP- oder UDP-Verbindung aktiv zu halten, wenn ein Failover auftritt. Die neue primäre NetScaler-Appliance verfügt über Informationen zu den Verbindungen, die vor dem Failover hergestellt wurden, und bedient diese Verbindungen weiterhin. Nach dem Failover bleibt der Client mit demselben physischen Server verbunden. Die neue primäre Appliance synchronisiert die Informationen mit der neuen sekundären Appliance. Wenn der Parameter L2Conn gesetzt ist, werden Layer 2-Verbindungsparameter ebenfalls mit dem sekundären synchronisiert.

Hinweis:

Betrachten Sie ein HA-Setup, bei dem ein Client eine Sitzung mit dem primären Knoten einrichtet, der wiederum eine Sitzung mit dem Back-End-Server einrichtet. Wenn in diesem Zustand ein Failover ausgelöst wird, werden die Pakete, die von den vorhandenen Client- und Serverknoten auf einem neuen Primärgerät empfangen werden, als veraltete Pakete behandelt, und die Client- und Serververbindungen werden zurückgesetzt. Wenn ein zustandsloses Verbindungsfailover aktiviert ist (USIP ist ON), werden die Verbindungen nach dem Failover nicht zurückgesetzt, wenn Sie Pakete von Client- oder Serverknoten erhalten. Stattdessen werden die Client- und Serververbindungen dynamisch erstellt.

Sie können das Verbindungs-Failover entweder im zustandslosen oder im statusbehafteten Modus einrichten. Im Failover-Modus für statuslose Verbindungen tauschen die HA-Knoten keine Informationen über die Verbindungen aus, bei denen ein Failover durchgeführt wurde. Diese Methode hat keinen Laufzeit-Overhead.

Im statusbehafteten Verbindungsfailover-Modus synchronisiert das primäre Gerät die Daten der Failover-Verbindungen mit dem neuen sekundären Gerät.

Verbindungs-Failover ist hilfreich, wenn Ihre Bereitstellung über langlebige Verbindungen verfügt. Wenn Sie beispielsweise eine große Datei über FTP herunterladen und während des Downloads ein Failover auftritt, wird die Verbindung unterbrochen, und der Download wird abgebrochen. Wenn Sie das Verbindungs-Failover jedoch im Stateful-Modus konfigurieren, wird der Download auch nach dem Failover fortgesetzt.

Funktionsweise des Verbindungs-Failovers auf NetScaler-Appliances

In einem zustandslosen Verbindungsfailover versucht die neue primäre Appliance, den Paketfluss gemäß den Informationen, die in den empfangenen Paketen enthalten sind, neu zu erstellen.

Im statusbehafteten Failover sendet die primäre Appliance Nachrichten an die sekundäre Appliance, um aktuelle Informationen über die gespiegelten Verbindungen beizubehalten. Die sekundäre Appliance verwaltet die Daten, die sich auf die Pakete beziehen, verwendet sie jedoch nur im Falle eines Failovers. Wenn ein Failover auftritt, verwendet die neue primäre (alte sekundäre) Appliance die gespeicherten Daten über die gespiegelten Verbindungen und akzeptiert Datenverkehr. Während der Übergangsphase können der Client und der Server eine kurze Unterbrechung und erneute Übertragung erfahren.

Hinweis:

Stellen Sie sicher, dass sich das primäre Gerät auf dem sekundären Gerät selbst autorisieren kann. Um die korrekte Konfiguration der Kennwörter zu überprüfen, verwenden Sie den Befehl show rpcnode von der Befehlszeile aus oder verwenden Sie die RPC-Option des Menüs Netzwerk in der GUI.

Eine grundlegende HA-Konfiguration mit Verbindungs-Failover enthält die in der folgenden Abbildung gezeigten Entitäten.

Abbildung 1. Verbindungs-Failover-Entitätsdiagramm

Connection-failover

Hinweis

Verbindungs-Failover wird nach einem der folgenden Ereignisse nicht unterstützt:

  • Ein Upgrade auf eine spätere Version.
  • Ein Upgrade auf einen späteren Build innerhalb derselben Version, wenn der neue Build eine andere HA-Version verwendet.

Unterstützte Einrichtung

Das Verbindungsfailover kann nur auf virtuellen Servern mit Lastausgleich konfiguriert werden. Es kann nicht auf virtuellen Content Switching-Servern konfiguriert werden. Wenn Sie das Verbindungs-Failover auf virtuellen Lastenausgleichs-Servern aktivieren, die an einen virtuellen Content Switching-Server angeschlossen sind, funktioniert das Verbindungs-Failover nicht, da die virtuellen Server mit Lastenausgleich den Datenverkehr zunächst nicht akzeptieren.

In der folgenden Tabelle wird das Setup beschrieben, das für Verbindungs-Failover unterstützt wird.

Tabelle 1. Verbindungsfailover — Unterstütztes Setup

Einstellung Zustandslos Zustandsvoll
Typ des Dienstes ANY. ANY, UDP, TCP, FTP, SSL_BRIDGE.
Load Balancing-Methoden Alle für den Diensttyp ANY unterstützten Methoden. Wenn die Source IP-Persistenz jedoch nicht festgelegt ist, muss die Methode SRCIPSRCPORTHASH verwendet werden. Alle Methoden, die für die unterstützten Diensttypen gelten.
Persistence-Typen SOURCEIP-Beständigkeit. Alle Typen, die für die unterstützten Servicetypen gelten, werden unterstützt.
USIP Muss AN sein. Keine Einschränkung. Es kann EIN oder AUS sein.
Service-Bindungen Der Dienst kann nur an einen virtuellen Server gebunden werden. Der Dienst kann an einen oder mehrere virtuelle Server gebunden sein.
Internet Protocol (IP) -Versionen IPv4 und IPv6 IPV4 und IPv6
Unterstützung für Redundanz Clustering und Hochverfügbarkeit Hohe Verfügbarkeit
INC-Modus Nicht unterstützt Wird unterstützt, wenn der Diensttyp des virtuellen Servers ANY ist, der Modus DSR (MAC, IPTUNNEL, TOS) ist und USIP für die an den virtuellen Server gebundenen Dienste aktiviert ist.

Hinweise:

  • Stateful-Verbindungs-Failover wird nur für verbindungsbasierte Switching-Dienste unterstützt, z. B. Da HTTP anforderungsbasiertes Switching verwendet, unterstützt es kein Verbindungs-Failover. In SSL werden die vorhandenen Verbindungen nach dem Failover zurückgesetzt.
  • Wenn Sie die Rewrite-Richtlinie auf einem virtuellen Server mit der Option Verbindungsfailover statusbehaftet konfigurieren, schlägt die Verbindung nach dem Failover fehl.

Features, die von Verbindungs-Failover betroffen sind

In der folgenden Tabelle sind die Funktionen aufgeführt, die von der Konfiguration des Verbindungsfailovers betroffen sind.

Tabelle 2. Wie sich das Verbindungsfailover auf die NetScaler-Funktionen auswirkt

Feature Auswirkungen des Verbindungs-Failovers
SYN-Schutz Wenn bei jeder Verbindung ein Failover auftritt, nachdem die Appliance SYN-ACK ausgegeben hat, aber bevor sie das endgültige ACK erhält, wird die Verbindung vom Verbindungs-Failover nicht unterstützt. Der Client muss die Anforderung erneut ausstellen, um die Verbindung herzustellen.
Überlastungsschutz Wenn das Failover auftritt, bevor eine Verbindung mit dem Server hergestellt wird, versucht die neue primäre Appliance, die Verbindung mit dem Server herzustellen. Es überträgt auch alle Pakete, die während des Überlastungsschutzes aufbewahrt werden.
Zugriff nicht verfügbar Wenn diese Option aktiviert ist, hat die Access-Down-Funktionalität Vorrang vor dem Verbindungs-Failover.
Anwendungs-Firewall Die Funktion der Anwendungs-Firewall wird nicht unterstützt.
INC Die unabhängige Netzwerkkonfiguration (INC) wird im Hochverfügbarkeitsmodus nur unterstützt, wenn der Diensttyp des virtuellen Servers ANY ist, der Modus DSR (MAC, IPTUNNEL, TOS) ist und USIP für die an den virtuellen Server gebundenen Dienste aktiviert ist. In allen anderen Szenarien wird INC nicht unterstützt.
TCP-Pufferung Die TCP-Pufferung ist mit der Verbindungsspiegelung nicht kompatibel.
Nach Antwort schließen Nach dem Failover werden die NATPCBs bei der Antwort möglicherweise nicht geschlossen.

So konfigurieren Sie das Verbindungs-Failover mit der GUI

Navigieren Sie zu Traffic Management > Load Balancing > Virtuelle Server. Öffnen Sie den virtuellen Server, klicken Sie in den Erweiterten Einstellungenauf Schutzund wählen Sie Verbindungsfailover als zustandsbehaftetaus.

So konfigurieren Sie das Verbindungsfailover mithilfe von CLI

An der Eingabeaufforderung:

set lb vserver <vServerName> -connFailover <Value> show lb vserver <vServerName>

Beispiel:

set lb vserver Vserver-LB-1 -connFailover stateful Done

Wenn das Verbindungs-Failover auf einem virtuellen Server deaktiviert ist, werden die dem virtuellen Server zugewiesenen Ressourcen freigegeben.

So deaktivieren Sie das Verbindungsfailover mithilfe von CLI

An der Eingabeaufforderung:

set lb vserver <vServerName> -connFailover <Value> show lb vserver <vServerName>

Beispiel:

set lb vserver Vserver-LB-1 -connFailover disable Done

So deaktivieren Sie das Verbindungs-Failover mit der GUI

Navigieren Sie zu Traffic Management> Load Balancing> Virtuelle Server. Öffnen Sie den virtuellen Server, wählen Sie unter SchutzVerbindungsfailover als Deaktiviert aus.

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.
Verbindungsfailover