ADC

Konfigurieren des Metrikaustauschprotokoll

Die Rechenzentren in einem GSLB-Setup tauschen Metriken miteinander über das Metrics Exchange Protocol (MEP) aus, ein proprietäres Protokoll für die NetScaler-Appliance. Der Austausch der metrischen Informationen beginnt, wenn Sie eine GSLB-Site erstellen. Diese Metriken umfassen Last-, Netzwerk- und Persistenzinformationen.

MEP ist für die Zustandsprüfung von Rechenzentren erforderlich, um deren Verfügbarkeit sicherzustellen. Eine Verbindung zum Austausch von Netzwerkmetriken (Round-Time) kann von jedem der am Austausch beteiligten Rechenzentren initiiert werden. Eine Verbindung zum Austausch von Standortmetriken wird jedoch immer von dem Rechenzentrum mit der niedrigeren IP-Adresse initiiert. Standardmäßig verwendet das Rechenzentrum eine Subnetz-IP-Adresse (SNIP), um eine Verbindung zur IP-Adresse eines anderen Rechenzentrums herzustellen. Sie können jedoch eine bestimmte SNIP-, virtuelle IP-Adresse (VIP) oder die NSIP-Adresse als Quell-IP-Adresse für den Metrikenaustausch konfigurieren. Der Kommunikationsprozess zwischen GSLB-Sites verwendet den TCP-Port 3011 oder 3009, daher muss dieser Port auf Firewalls geöffnet sein, die sich zwischen den NetScaler-Appliances befinden.

Hinweis: Sie können eine SNIP- oder eine GSLB-Site-IP-Adresse als Quell-IP-Adresse für den Metrikaustausch konfigurieren. Weitere Informationen finden Sie unter Konfigurieren der Quell-IP-Adresse für einen RPC-Knoten.

Wenn die Quell- und Zielsites (der Standort, der eine MEP-Verbindung initiiert, bzw. der Standort, der die Verbindungsanforderung empfängt) sowohl private als auch öffentliche IP-Adressen konfiguriert haben, tauschen die Sites MEP-Informationen mithilfe der öffentlichen IP-Adressen aus.

Sie können Monitore auch binden, um den Zustand der Remote-Dienste zu überprüfen, wie unter “Überwachung von GSLB-Dienstenbeschrieben. “ Wenn Monitore gebunden sind, steuert der Metrikaustausch nicht den Status des Remote-Dienstes. Wenn ein Monitor an einen Remote-Service gebunden ist und der Metrikaustausch aktiviert ist, steuert der Monitor den Systemstatus. Durch die Bindung der Monitore an den Remote-Service kann die NetScaler-Appliance mit einem Lastenausgleichsgerät interagieren, das nicht von NetScaler stammt. Die NetScaler-Appliance kann Geräte überwachen, die nicht von NetScaler stammen, kann auf ihnen jedoch keinen Lastenausgleich durchführen, es sei denn, die Monitore sind an alle GSLB-Dienste gebunden und es werden nur statische Lastausgleichsmethoden (wie Round Robin, statische Nähe oder Hash-basierte Methoden) verwendet.

Mit NetScaler Version 11.1.51.x oder höher können Sie zur Vermeidung unnötiger Dienstunterbrechungen eine Zeitverzögerung festlegen, um GSLB-Dienste als DOWN zu kennzeichnen, wenn eine MEP-Verbindung ausfällt.

MEP-Status in einem Hochverfügbarkeits-Setup

In einem Hochverfügbarkeits-Setup stellt der primäre Knoten Verbindungen zu den Remote-Sites her und der MEP-Status wird nicht vom primären Knoten zu den sekundären Knoten synchronisiert. Daher bleibt der MEP-Status im sekundären Knoten DOWN. Wenn der sekundäre Knoten zum primären Knoten wird, stellt er MEP-Verbindungen mit dem neuen GSLB-Standort her und aktualisiert den MEP-Status entsprechend.

Den Austausch von Site-Metriken aktivieren

Zu den zwischen den GSLB-Standorten ausgetauschten Standortmetriken gehören der Status jedes virtuellen Load-Balancing- oder Content-Switching-Servers, die aktuelle Anzahl der Verbindungen, die aktuelle Paketrate und Informationen zur aktuellen Bandbreitennutzung.

Die NetScaler-Appliance benötigt diese Informationen, um den Lastenausgleich zwischen den Standorten durchzuführen. Das Austauschintervall der Standortmetrik beträgt 1 Sekunde. Ein GSLB-Remote-Dienst muss an einen lokalen virtuellen GSLB-Server gebunden sein, um den Austausch von Standortmetriken mit dem Remotedienst zu ermöglichen.

So aktivieren oder deaktivieren Sie den Austausch von Site-Metriken mithilfe der Befehlszeilenschnittstelle

Geben Sie in der Befehlszeile die folgenden Befehle ein, um Site Metric Exchange zu aktivieren oder zu deaktivieren und die Konfiguration zu überprüfen:

set gslb site <siteName> -metricExchange (ENABLED|DISABLED)
show gslb site** <siteName>
<!--NeedCopy-->

Beispiel:

set gslb site Site-GSLB-East-Coast -metricExchange ENABLED
set gslb site Site-GSLB-East-Coast -metricExchange DISABLED
show gslb site Site-GSLB-East-Coast
<!--NeedCopy-->

So aktivieren oder deaktivieren Sie den Austausch von Site-Metriken mithilfe der GUI

  1. Navigieren Sie zu Traffic Management > GSLB > Sitesund wählen Sie die Site aus.
  2. Wählen Sie im Dialogfeld GSLB-Site konfigurieren die Option Metric Exchange aus.

Austausch von Netzwerkmetriken aktivieren

Wenn Ihre GSLB-Sites die Load-Balancing-Methode (Round-Time, RTT) verwenden, können Sie den Austausch von RTT-Informationen über den lokalen DNS-Dienst des Clients aktivieren oder deaktivieren. Diese Informationen werden alle 5 Sekunden ausgetauscht.

Weitere Informationen zum Ändern der GSLB-Methode in eine auf RTT basierende Methode finden Sie unter GSLB-Methoden.

So aktivieren oder deaktivieren Sie den Austausch von Netzwerkmetrikinformationen mit der Befehlszeilenschnittstelle

Geben Sie an der Befehlszeile die folgenden Befehle ein, um den Informationsaustausch über Netzwerkmetriken zu aktivieren oder zu deaktivieren und die Konfiguration zu überprüfen:

set gslb site <siteName> -nwmetricExchange (ENABLED|DISABLED)
show gslb site <<siteName>
<!--NeedCopy-->

Beispiel:

set gslb site Site-GSLB-East-Coast -nwmetricExchange ENABLED
set gslb site Site-GSLB-East-Coast -nwmetricExchange DISABLED
show gslb site Site-GSLB-East-Coast
<!--NeedCopy-->

So aktivieren oder deaktivieren Sie den Informationsaustausch über Netzwerkmetriken mithilfe der GUI

  1. Navigieren Sie zu Traffic Management > GSLB > Sites.
  2. Wählen Sie im Dialogfeld GSLB-Site konfigurieren die Option Network Metric Exchange aus.

Konfiguration einer Zeitverzögerung für die GSLB-Dienste, die als DOWN markiert werden, wenn eine MEP-Verbindung unterbrochen wird

Wenn sich der Status einer MEP-Verbindung zu einem Remote-Site in DOWN ändert, wird der Status aller GSLB-Dienste an diesem Remote-Site als DOWN markiert, obwohl die Site möglicherweise nicht wirklich DOWN ist.

Sie können jetzt eine Verzögerung festlegen, damit die MEP-Verbindung wieder hergestellt werden kann, bevor die Website als DOWN markiert wird. Wenn die MEP-Verbindung vor Ablauf der Verzögerung wieder hergestellt wird, sind die Dienste nicht betroffen.

Wenn Sie beispielsweise die Verzögerung auf 10 setzen, bleiben die GSLB-Dienste AKTIV, bis die MEP-Verbindung 10 Sekunden lang NICHT verfügbar war. Nach dieser Dauer werden die GSLB-Dienste als DOWN markiert. Wenn die MEP-Verbindung jedoch innerhalb der 10 Sekunden wieder aktiv ist, bleiben die GSLB-Dienste im UP-Status.

Hinweis:

Diese Verzögerung gilt nur für Dienste, die nicht an einen Monitor gebunden sind. Die Verzögerung wirkt sich nicht auf die Triggermonitore aus.

So stellen Sie mithilfe der Befehlszeilenschnittstelle eine Zeitverzögerung ein

Geben Sie an der Eingabeaufforderung den folgenden Befehl ein:

set gslb parameter** - GSLBSvcStateDelayTime <sec>
<!--NeedCopy-->

Beispiel:

Setze den GSLB-Parameter - gslbsvcStateDelayTime 10

Hinweis

Wenn Sie in einer hierarchischen Bereitstellung (übergeordnete und untergeordnete Topologie) den GSLB-Dienst sowohl auf der übergeordneten als auch auf der untergeordneten Site konfigurieren, legen Sie den GSLB-Parameter sowohl auf der übergeordneten als auch auf der untergeordneten Site fest. Wenn Sie den GSLB-Dienst nicht auf der untergeordneten Site konfigurieren, legen Sie den GSLB-Parameter nur auf der übergeordneten Site fest.

So stellen Sie mit der GUI eine Zeitverzögerung ein

  1. Navigieren Sie zu Konfiguration > Traffic Management > GSLB > GSLB-Einstellungen ändern.
  2. Geben Sie im Feld GSLB-Dienststatus-Verzögerungszeit (Sekunden) die Zeitverzögerung in Sekunden ein.

Konfigurieren Sie eine Lernzeit für GSLB-Dienste, wenn der MEP-Verbindungsstatus auftaucht, um Klappen bei GSLB-Diensten zu vermeiden

Wenn ein Knoten neu gestartet wird oder während des HA-Failovers, wird das System initialisiert. Dann muss der Knoten aktuelle Informationen über die konfigurierten lokalen und untergeordneten Dienste erfahren, um den Dienststatus über MEP an Remote-Knoten zu kommunizieren. Der Knoten braucht einige Zeit, um die richtigen Informationen zu erfahren. Wenn ein Peer-Knoten eine Verbindung zu diesem Knoten herstellt und ein Update anfordert, sendet der Knoten möglicherweise einen falschen Dienststatus und Statistiken. Diese falschen Informationen können zu Service-Flap und anderen funktionalbezogenen Problemen auf den Remote-Peer-Knoten führen. Um dieses Szenario zu vermeiden, können Sie jetzt eine Lernzeit für den lokalen und untergeordneten GSLB Service festlegen.

Wenn ein Lern-Timeout konfiguriert ist, erhält die GSLB-Site etwas Pufferzeit (Lern-Timeout), um die richtigen Statistiken über ihren lokalen und untergeordneten Service zu erfahren. Wenn sich ein Dienst in einer Lernphase befindet, erhält die Remote-GSLB-Site diese Informationen im MEP-Update und berücksichtigt nicht den primären Standortstatus und die Statistiken, die von MEP für diesen Dienst erhalten wurden.

GSLB-Dienste treten in einem der folgenden Szenarien in die Lernphase ein.

  • NetScaler-Appliance wird neu gestartet
  • Ein Failover mit hoher Verfügbarkeit ist aufgetreten
  • Owner-Knoten in einem Cluster GSLB-Setup wird geändert
  • MEP ist auf einem lokalen Knoten aktiviert
  • Die GSLB-Site kommt aus dem Inselszenario heraus. Eine GSLB-Site wird zur Insel, wenn sie mit keiner anderen Site verbunden ist.

In einer Eltern-Kind-Bereitstellung verschiebt das übergeordnete Backup-Element (falls konfiguriert) die GSLB-Dienste der übernommenen untergeordneten Website selektiv in die Lernphase, in der das primäre Elternteil NACH UNTEN geht.

So legen Sie eine Lernzeit für den Service-Status mit der CLI fest

Geben Sie an der Eingabeaufforderung den folgenden Befehl ein:

set gslb parameter – SvcStateLearningTime <sec>
<!--NeedCopy-->

Sie können “SvcStateLearningTime” in Sekunden einstellen. Der Standardwert ist 0 und der Maximalwert beträgt 3600. Dieser Parameter ist nur anwendbar, wenn Monitore nicht an GSLB-Dienste gebunden sind.

Beispiel:

set gslb parameter – SvcStateLearningTime 10
<!--NeedCopy-->

So legen Sie eine Lernzeit für den Service-Status mit der GUI fest

  1. Navigieren Sie zu Konfiguration > Traffic Management > GSLB > Dashboard > GSLB-Einstellungen ändern.

    Die Seite GSLB-Parameter festlegen wird angezeigt.

  2. Geben Sie im Feld GSLB Service State Learning Time (Sekunden) die Lernzeit in Sekunden ein.

Persistenzinformationsaustausch aktivieren

Sie können die NetScaler-Appliance so konfigurieren, dass sie persistente Verbindungen bereitstellt, sodass eine Client-Übertragung an einen beliebigen virtuellen Server in einer Gruppe an einen Server weitergeleitet werden kann, der vorherige Übertragungen von demselben Client empfangen hat.

Sie können den Austausch von Persistenzinformationen an jeder Site aktivieren oder deaktivieren. Diese Informationen werden alle 5 Sekunden zwischen NetScaler Appliances ausgetauscht, die an GSLB teilnehmen.

Weitere Informationen zum Konfigurieren von Persistenz finden Sie unter Persistente Verbindungen konfigurieren.

So aktivieren oder deaktivieren Sie den Persistenzinformationsaustausch mit der Befehlszeilenschnittstelle

Geben Sie an der Befehlszeile die folgenden Befehle ein, um den Austausch von Persistenzinformationen zu aktivieren oder zu deaktivieren und die Konfiguration zu überprüfen:

set gslb site <siteName> -sessionExchange (ENABLED|DISABLED)
show gslb site** <siteName>
<!--NeedCopy-->

Beispiel:

set gslb site Site-GSLB-East-Coast -sessionExchange  ENABLED
set gslb site Site-GSLB-East-Coast -sessionExchange  DISABLED
show gslb site Site-GSLB-East-Coast
<!--NeedCopy-->

So aktivieren oder deaktivieren Sie den Austausch von Persistenzinformationen mithilfe der GUI

  1. Navigieren Sie zu Traffic Management > GSLB > Sitesund doppelklicken Sie auf die Site.
  2. Aktivieren oder deaktivieren Sie im Dialogfeld GSLB-Site konfigurieren das Kontrollkästchen Persistence Session Entry Exchange .