Produktdokumentation
ADC
14.1 - Current Release 13.1 13.0 12.1
PDF anzeigen

Konfigurieren einer GSLB-Dienstgruppe

August 15, 2023
Beitrag von: 
C

Mit der Dienstgruppe können Sie eine Gruppe von Diensten so einfach wie einen einzigen Dienst verwalten. Wenn Sie eine Option für eine Dienstgruppe aktivieren oder deaktivieren, wird die Option für alle Mitglieder der Dienstgruppe aktiviert oder deaktiviert. Sie können diese Funktion beispielsweise auf Optionen wie Kompression, Zustandsüberwachung und ordnungsgemäßes Herunterfahren anwenden.

Nachdem Sie eine Dienstgruppe erstellt haben, können Sie einen der folgenden Schritte ausführen:

  • Binden Sie die Dienstgruppe an einen virtuellen Server.
  • Fügen Sie der Dienstgruppe Dienste hinzu.
  • Binden Sie Monitore an die Dienstgruppen.

Wichtig

Wenn sich der virtuelle Lastausgleichsserver entweder in einem GSLB-Knoten selbst oder in einem untergeordneten Knoten (in der Übergeordnet-Untergeordnet-Bereitstellung) befindet und keine Monitore an den GSLB Service gebunden sind, stellen Sie Folgendes sicher: IP-Adresse, Portnummer und Protokoll

der GLSB-Dienstgruppe stimmen mit dem virtuellen Server überein, um den der Dienst handelt vertretend. Ansonsten ist der Dienstzustand als DOWN gekennzeichnet.

Der NetScaler unterstützt die folgenden Typen von GSLB-Dienstgruppen.

  • IP-Adressbasierte Dienstgruppen
  • Auf Domainnamen basierende Dienstgruppen
  • Auf Domainnamen basierende Autoscale-Dienstgruppen

GSLB Domainnamen basierte Autoscale-Dienstgruppen

Die NetScaler Hybrid- und Multi-Cloud Global Server Load Balancing (GSLB) -Lösung ermöglicht es Kunden, den Anwendungsverkehr auf mehrere Rechenzentren in Hybrid Clouds, mehreren Clouds und on-premises zu verteilen. Die NetScaler GSLB-Lösung unterstützt verschiedene Load Balancing-Lösungen wie den NetScaler Load Balancer, Elastic Load Balancing (ELB) für AWS und andere Load Balancer von Drittanbietern. Darüber hinaus führt die GSLB-Lösung einen globalen Lastausgleich durch, auch wenn die GSLB- und Load-Balancing-Schichten unabhängig verwaltet werden.

In Cloud-Bereitstellungen erhalten Benutzer einen Domänennamen als Referenz, wenn sie zu Verwaltungszwecken auf die Load Balancing-Lösung zugreifen. Es wird empfohlen, dass externe Entitäten nicht die IP-Adressen verwenden, in die diese Domainnamen auflösen. Außerdem werden die Load-Balancing-Schichten basierend auf der Last nach oben oder unten skaliert, und es wird nicht garantiert, dass die IP-Adressen statisch sind. Daher wird empfohlen, den Domänennamen anstelle von IP-Adressen zu verwenden, um auf die Endpunkte des Lastenausgleichs zu verweisen. Dies erfordert, dass die GSLB-Dienste unter Verwendung des Domainnamens anstelle von IP-Adressen referenziert werden, und es muss alle IP-Adressen verbrauchen, die für den Domänennamen der Lastausgleichsschicht zurückgegeben werden, und eine Repräsentation dafür in GSLB haben.

Um Domänennamen anstelle von IP-Adressen zu verwenden, wenn Sie auf die Lastausgleichs-Endpunkte verweisen, können Sie die auf Domänennamen basierenden Dienstgruppen für GSLB verwenden.

Überwachen Sie auf GSLB-Domänennamen

Die NetScaler-Appliance verfügt über zwei integrierte Monitore, die TCP-basierte Anwendungen überwachen; tcp-default und ping-default. Der tcp-default Monitor ist an alle TCP-Dienste gebunden und der ping-default Monitor ist an alle Nicht-TCP-Dienste gebunden. Die eingebauten Monitore sind standardmäßig an die GSLB-Dienstgruppen gebunden. Es wird jedoch empfohlen, einen anwendungsspezifischen Monitor an die GSLB-Dienstgruppen zu binden.

Empfehlung für die Einstellung der Trigger-Monitor-Option auf MEPDOWN

Die Option Trigger-Monitore kann verwendet werden, um anzugeben, ob die GSLB-Site die Monitore immer verwenden muss, oder Monitore verwenden, wenn das Metrikaustauschprotokoll (MEP) DOWN ist.

Die Option Monitore auslösen ist standardmäßig auf IMMER eingestellt.

Wenn die Option Monitore auslösen auf IMMER gesetzt ist, löst jeder GSLB-Knoten die Monitore unabhängig voneinander aus. Wenn jeder GSLB-Knoten die Monitore unabhängig auslöst, arbeitet jeder GSLB-Knoten möglicherweise mit einem anderen Satz von GSLB-Diensten. Dies kann zu Abweichungen bei den DNS-Antworten für die DNS-Anforderungen führen, die auf diesen GSLB-Knoten landen. Wenn jeder GSLB-Knoten unabhängig überwacht, erhöht sich außerdem die Anzahl der Monitor-Prüfpunkte, die die Load Balancer-Einheit erreichen. Die Persistenzeinträge werden auch über die GSLB-Knoten hinweg inkompatibel.

Daher wird empfohlen, dass die Option Monitore auslösen in der GSLB-Siteeinheit auf MEPDOWN festgelegt ist. Wenn die Option Monitore auslösen auf MEPDOWN festgelegt ist, liegt die Domänenauflösung und die Überwachung des Lastausgleichs beim lokalen GSLB-Knoten. Wenn die Option Monitore auslösen auf MEPDOWN gesetzt ist, erfolgt die Load-Balancing-Domänenauflösung und die anschließende Überwachung durch den lokalen GSLB-Knoten einer GSLB-Dienstgruppe. Die Ergebnisse werden dann mithilfe des Metrik-Austauschprotokolls (MEP) an alle anderen an GSLB teilnehmenden Knoten weitergegeben.

Wenn der Satz von IP-Adressen, die einer Load Balancing-Domäne zugeordnet sind, aktualisiert wird, wird er außerdem über MEP benachrichtigt.

Einschränkungen von GSLB-Dienstgruppen

  • Bei einer Load Balancing-Domäne ist die IP-Adresse, die in der DNS-Antwort zurückgegeben wird, im Allgemeinen die öffentliche IP-Adresse. Die private IP-Adresse kann nicht dynamisch angewendet werden, wenn die Load-Balancing-Domäne aufgelöst wird. Daher sind der öffentliche IP-Port und der private IP-Port für die IP-Portbindungen der GSLB-Domänennamen, die auf Autoscale-Dienstgruppen basieren, identisch. Diese Parameter können nicht explizit für die auf Domänennamen basierenden Autoscale-Dienstgruppen festgelegt werden.
  • Sitepersistenz, DNS-Ansichten und Clustering werden für GSLB-Dienstgruppen nicht unterstützt.

Konfigurieren und Verwalten von GSLB-Dienstgruppen über die CLI

So fügen Sie eine GSLB-Dienstgruppe hinzu:

add gslb serviceGroup <serviceGroupName>@ <serviceType> [-autoScale ( DISABLED | DNS )] -siteName <string>
<!--NeedCopy-->

Beispiel:

add gslb serviceGroup Service-Group-1 http -autoScale DNS -siteName Site1
<!--NeedCopy-->

So binden Sie eine GSLB-Dienstgruppe an einen virtuellen Server:

bind gslb serviceGroup <serviceGroupName> ((<IP>@ <port>) | <serverName>@ | (-monitorName <string>@))
<!--NeedCopy-->

Beispiel:

bind gslb serviceGroup Service-Group-1 203.0.113.2
bind gslb serviceGroup Service-Group-1 S1 80
bind gslb serviceGroup** Service-Group-1 -monitorName Mon1
<!--NeedCopy-->

So trennen Sie die Bindung einer GSLB-Dienstgruppe an einen virtuellen Server:

unbind gslb serviceGroup <serviceGroupName> ((<IP>@ <port>) | <serverName>@ | -monitorName <string>@)
<!--NeedCopy-->

Beispiel:

unbind gslb serviceGroup Service-Group-1 -monitorName Mon1
<!--NeedCopy-->

So legen Sie Parameter für eine GSLB-Dienstgruppe fest:

set gslb serviceGroup <serviceGroupName>@ [(<serverName>@ <port> [-weight <positive_integer>] [-hashId <positive_integer>] [-publicIP <ip_addr|ipv6_addr|*>] [-publicPort <port>]) | -maxClient <positive_integer> | -cip ( ENABLED | DISABLED ) | <cipHeader> | -cltTimeout <secs> | -svrTimeout <secs> | -maxBandwidth <positive_integer> | -monThreshold <positive_integer> | -downStateFlush ( ENABLED | DISABLED )] [-monitorName <string> -weight <positive_integer>] [-healthMonitor ( YES | NO )] [-comment <string>] [-appflowLog ( ENABLED | DISABLED )]
<!--NeedCopy-->

So heben Sie die Einstellung von Parametern aus einer GSLB-Dienstgruppe auf:

unset gslb serviceGroup <serviceGroupName>@ [<serverName>@ <port> [-weight] [-hashId] [-publicIP] [-publicPort]] [-maxClient] [-cip] [-cltTimeout] [-svrTimeout] [-maxBandwidth] [-monThreshold] [-appflowLog] [-monitorName] [-weight] [-healthMonitor] [-cipHeader] [-downStateFlush] [-comment]
<!--NeedCopy-->

So aktivieren Sie eine GSLB-Dienstgruppe

enable gslb serviceGroup <serviceGroupName>@ [<serverName>@ <port>]
<!--NeedCopy-->

Beispiel:

enable gslb serviceGroup SG1 S1 80
<!--NeedCopy-->

So deaktivieren Sie eine GSLB-Dienstgruppe

disable gslb serviceGroup <serviceGroupName>@ [<serverName>@ <port>] [-delay <secs>] [-graceFul ( YES /| NO )]
<!--NeedCopy-->

Beispiel:

disable gslb serviceGroup SRG2 S1 80
<!--NeedCopy-->

Hinweis

Die zu deaktivierende Dienstgruppe muss eine DBS-Dienstgruppe und keine Autoscale-Dienstgruppe sein.

So entfernen Sie eine GSLB-Dienstgruppe:

rm gslb serviceGroup <serviceGroupName>
<!--NeedCopy-->

Beispiel:

rm gslb serviceGroup Service-Group-1
<!--NeedCopy-->

So zeigen Sie die Statistiken einer GSLB-Dienstgruppe an:

stat gslb serviceGroup [<serviceGroupName>]
<!--NeedCopy-->

Beispiel:

stat gslb serviceGroup Service-Group-1
<!--NeedCopy-->

So zeigen Sie die Eigenschaften einer GSLB-Dienstgruppe an:

show gslb serviceGroup [<serviceGroupName>  -includeMembers]
<!--NeedCopy-->

Beispiel:

show gslb serviceGroup SG1
show gslb serviceGroup -includeMembers
<!--NeedCopy-->

Mitglieder der GSLB-Dienstgruppe aktivieren oder deaktivieren

Sie können ein einzelnes Mitglied einer GSLB-Dienstgruppe (DNS-basiert) selektiv aktivieren oder deaktivieren, anstatt die gesamte Dienstgruppe zu aktivieren oder zu deaktivieren. Diese Funktion ist sowohl in Dienstgruppen mit automatischer Skalierung als auch in Dienstgruppen ohne automatische Skalierung verfügbar. Daher wird die Verwaltung einer GSLB-Dienstgruppe erleichtert.

Sie müssen beispielsweise den Datenverkehr zu einem bestimmten Server auf einer GSLB-Site vermeiden. Nehmen wir an, 10 GSLB-Dienste oder -Server (S1 bis S10) sind an eine Dienstgruppe (SG1) gebunden. Sie möchten nur den Dienst 5 (S5) deaktivieren, d. h. den Datenverkehr zum Server 5 vermeiden. Ohne diese Funktion müssen Sie die Dienste S1 bis S4 und die Dienste S6 bis S10 separat binden. Dieser Vorgang wird in einer großen GSLB-Dienstgruppe langwierig, in der Sie eine große Anzahl von Diensten deaktivieren oder aktivieren müssen. Mit dieser Funktion können Sie Dienst 5 (S5) direkt deaktivieren, ohne andere Dienste in der Dienstgruppe zu beeinträchtigen.

So aktivieren Sie ein GSLB-Dienstgruppenmitglied mithilfe von CLI:

enable gslb serviceGroup <serviceGroupName>@ [<serverName>@ <port>]
<!--NeedCopy-->

Hinweis:

Um eine GSLB-Dienstgruppe zu aktivieren, geben Sie nur den Namen der Dienstgruppe an. Um ein Mitglied einer Dienstgruppe zu aktivieren, geben Sie zusätzlich zum GSLB-Dienstgruppennamen den Namen des Servers, der den Dienst hostet, und die Portnummer des Dienstes an.

Beispiel:

enable gslb serviceGroup http_svc_group 10.102.27.153 80
<!--NeedCopy-->

So deaktivieren Sie eine GSLB-Dienstgruppe oder ein Mitglied der GSLB-Dienstgruppe über die CLI:

disable gslb serviceGroup <serviceGroupName>@ [<serverName>@ <port>]
<!--NeedCopy-->

Beispiel:

disable gslb serviceGroup http_svc_group 10.102.27.153 80
<!--NeedCopy-->

Hinweis:

Um eine GSLB-Dienstgruppe zu deaktivieren, geben Sie nur den Namen der Dienstgruppe an. Um ein Mitglied einer Dienstgruppe zu deaktivieren, geben Sie zusätzlich zum GSLB-Dienstgruppennamen den Namen des Servers, der den Dienst hostet, und die Portnummer des Dienstes an.

Änderungen an den vorhandenen GSLB CLI-Befehlen

Im Folgenden sind die Änderungen aufgeführt, die nach der Einführung der GSLB-Dienstgruppen an den vorhandenen GSLB-Befehlen vorgenommen werden:

  • bind gslb vserver - Der Name der Dienstgruppe wird zum Befehl bind hinzugefügt.

    Beispiel:

     bind gslb vserver <name> ((-serviceName <string> [-weight <positive_integer>] ) | <serviceGroupName>@ | | (-domainName <string> [-TTL <secs>] [-backupIP<ip_addr|ipv6_addr|*>] [-cookieDomain <string>] [-cookieTimeout <mins>][-sitedomainTTL <secs>]) | (-policyName <string>@ [-priority<positive_integer>] [-gotoPriorityExpression <expression>] [-type REQUEST | RESPONSE )]))
 <!--NeedCopy-->

  • unbind gslb vserver - Die Dienstgruppe wurde zum Befehl unbind hinzugefügt.

    Beispiel:

     unbind gslb vserver <name> (-serviceName <string> <serviceGroupName> @ /(-domainName <string> [-backupIP] [-cookieDomain]) | -policyName <string>@)
 <!--NeedCopy-->

  • show gslb site - Wenn dieser Befehl ausgeführt wird, werden auch die GSLB-Dienstgruppen angezeigt.

  • show gslb vs - Wenn dieser Befehl ausgeführt wird, werden die GSLB-Dienstgruppen angezeigt.

  • stat gslb vs - Wenn dieser Befehl ausgeführt wird, werden auch die Statistiken der GSLB-Dienstgruppen angezeigt.

  • show lb monitor bindings - Wenn dieser Befehl ausgeführt wird, werden auch die GSLB-Dienstgruppenbindungen angezeigt.

Konfigurieren von GSLB-Dienstgruppen über die GUI

  1. Navigieren Sie zu Traffic Management > GSLB > Service Groups.
  2. Erstellen Sie eine Dienstgruppe und setzen Sie den AutoScale-Modus auf DNS.

Konfigurieren der Sitepersistenz für die GSLB-Dienstgruppen

Sie können die Sitepersistenz für die auf IP-Adressen und Domänennamen basierenden Dienstgruppen konfigurieren. Sitepersistenz wird für Domänennamen-basierte Autoscale-Dienstgruppen nicht unterstützt.

So stellen Sie die Sitepersistenz basierend auf HTTP-Cookies über die CLI ein

  • Für die Persistenz des Verbindungsproxys müssen Sie das Site-Präfix nicht festlegen.

    Geben Sie an der Eingabeaufforderung Folgendes ein:

     set gslb service group <serviceGroupName> [-sitePersistence <sitePersistence>]
 <!--NeedCopy-->

  • Für die Persistenz der HTTP-Umleitung müssen Sie zuerst das Standortpräfix für ein Mitglied der Dienstgruppe festlegen und dann den HTTPRedirect Persistenzparameter für die Dienstgruppe festlegen.

    Geben Sie an der Eingabeaufforderung Folgendes ein:

     set gslb servicegroup <serviceGroupName>  <serviceGroup member name|Ip> <port>  [-sitePrefix <string>]

 set gslb servicegroup <serviceGroupName> [-sitePersistence <sitePersistence>]
 <!--NeedCopy-->

Beispiele:

  • Persistenz des Verbindungsproxys

     set gslbservicegroup sg1 -sitePersistence connectionProxy
 <!--NeedCopy-->

  • Beständigkeit der HTTP-Umleitung

     set gslb servicegroup sg2 test1 80 -sitePrefix vserver-GSLB-1

 set gslb servicegroup sg2 -sitePersistence HTTPRedirect
 <!--NeedCopy-->

So legen Sie die Sitepersistenz basierend auf Cookies über die GUI fest

  1. Navigieren Sie zu Traffic Management > GSLB > Services Groups und wählen Sie die Dienstgruppe aus, die Sie für die Sitepersistenz konfigurieren möchten (z. B. ServiceGroup-GSLB-1).
  2. Klicken Sie auf den Abschnitt Sitepersistenz und legen Sie die Persistenz fest, die Ihren Anforderungen entspricht.

Tipp

Informationen zum Bereitstellungsszenario und zur Beispielkonfiguration von GSLB-Dienstgruppen finden Sie in den folgenden Themen:

Konfigurieren einer GSLB-Dienstgruppe
August 15, 2023
Beitrag von: 
C
August 15, 2023
Beitrag von: 
C

In diesem Artikel

Feedback zur Site | Your privacy choices footer linkIhre Datenschutzauswahl | Datenschutz und rechtliche Bestimmungen | Cookie-Einstellungen | Einstellungen für die Zustimmung | docs.cloud.com
© 1999- Cloud Software Group, Inc. All rights reserved.