-
Deploy a Citrix ADC VPX instance
-
Installieren einer Citrix ADC VPX Instanz auf einem Bare-Metal-Server
-
Installieren einer Citrix ADC VPX-Instanz auf Citrix Hypervisor
-
Installieren einer Citrix ADC VPX Instanz in VMware Cloud auf AWS
-
Installieren einer Citrix ADC VPX Instanz auf Microsoft Hyper-V-Servern
-
Installieren einer Citrix ADC VPX-Instanz auf der Linux-KVM-Plattform
-
Bereitstellen der virtuellen Citrix ADC Appliance mit OpenStack
-
Bereitstellen der Citrix ADC Virtual Appliance mit Virtual Machine Manager
-
Konfigurieren virtueller Citrix ADC Appliances für die Verwendung der SR-IOV-Netzwerkschnittstelle
-
Bereitstellen der virtuellen Citrix ADC Appliance mit dem Virsh-Programm
-
Bereitstellen der virtuellen Citrix ADC Appliance mit SR-IOV auf OpenStack
-
Bereitstellen einer Citrix ADC VPX-Instanz auf AWS
-
Bereitstellen einer eigenständigen Citrix ADC VPX-Instanz in AWS
-
Bereitstellen eines hochverfügbaren VPX-Paars mit elastischen IP-Adressen in verschiedenen AWS-Zonen
-
Bereitstellen eines hochverfügbaren VPX-Paars mit privaten IP-Adressen in verschiedenen AWS-Zonen
-
Konfigurieren einer Citrix ADC VPX-Instanz für die Verwendung der SR-IOV-Netzwerkschnittstelle
-
Konfigurieren einer Citrix ADC VPX-Instanz für die Verwendung von Enhanced Networking mit AWS ENA
-
Bereitstellen einer Citrix ADC VPX Instanz in Microsoft Azure
-
Netzwerkarchitektur für Citrix ADC VPX-Instanzen in Microsoft Azure
-
Konfigurieren mehrerer IP-Adressen für eine eigenständige Citrix ADC VPX-Instanz
-
Konfigurieren eines Hochverfügbarkeitssetups mit mehreren IP-Adressen und Netzwerkkarten
-
Konfigurieren von HA-INC-Knoten mithilfe der Citrix Hochverfügbarkeitsvorlage mit Azure ILB
-
Konfigurieren von GSLB auf einem Hochverfügbarkeits-Setup mit aktivem Standby-Modus
-
Konfigurieren von Adresspools (IIP) für eine Citrix Gateway Appliance
-
Zusätzliche PowerShell -Skripts für die Azure-Bereitstellung
-
-
Bereitstellen einer Citrix ADC VPX-Instanz auf der Google Cloud Platform
-
Upgrade und Downgrade einer Citrix ADC Appliance
-
Lösungen für Telekommunikationsdienstleister
-
Lastausgleich Control-Ebenenverkehr, der auf Durchmesser-, SIP- und SMPP-Protokollen basiert
-
Authentifizierung, Autorisierung und Auditing des Anwendungsdatenverkehrs
-
Funktionsweise von Authentifizierung, Autorisierung und Auditing
-
Grundkomponenten der Authentifizierungs-, Autorisierungs- und Auditkonfiguration
-
On-Premises Citrix Gateway als Identitätsanbieter für Citrix Cloud
-
Konfigurationsunterstützung für das Cookie-Attribut SameSite
-
Authentifizierung, Autorisierung und Auditing-Konfiguration für häufig verwendete Protokolle
-
Beheben von Problemen mit Authentifizierung und Autorisierung
-
-
-
-
Konfigurieren des erweiterten Richtlinienausdrucks: Erste Schritte
-
Erweiterte Richtlinienausdrücke: Arbeiten mit Datumsangaben, Uhrzeiten und Zahlen
-
Erweiterte Richtlinienausdrücke: Analysieren von HTTP-, TCP- und UDP-Daten
-
Erweiterte Richtlinienausdrücke: Analysieren von SSL-Zertifikaten
-
Erweiterte Richtlinienausdrücke: IP- und MAC-Adressen, Durchsatz, VLAN-IDs
-
Erweiterte Richtlinienausdrücke: Stream Analytics-Funktionen
-
Zusammenfassende Beispiele für Standard-Syntaxausdrücke und -richtlinien
-
Tutorialbeispiele für Standard-Syntaxrichtlinien für das Umschreiben
-
Migration von Apache mod_rewrite Regeln auf die Standardsyntax
-
-
-
-
Verwalten eines virtuellen Cache-Umleitungsservers
-
Statistiken zum virtuellen Server zur Cache-Umleitung anzeigen
-
Aktivieren oder Deaktivieren eines virtuellen Cache-Umleitungsservers
-
Direkter Richtlinientreffer in den Cache anstelle des Ursprungs
-
Verwalten von Clientverbindungen für einen virtuellen Server
-
Externe TCP-Zustandsprüfung für virtuelle UDP-Server aktivieren
-
-
Ziel-IP-Adresse einer Anforderung in Ursprungs-IP-Adresse übersetzen
-
-
-
Konfigurieren von Citrix ADC als nicht validierenden, sicherheitsbezogene Stub-Resolver
-
Jumbo-Frames-Unterstützung für DNS, um Antworten großer Größen zu verarbeiten
-
Konfigurieren der negativen Zwischenspeicherung von DNS-Einträgen
-
-
GSLB-Entitäten einzeln konfigurieren
-
Konfigurieren einer GSLB-Dienstgruppe
-
Anwendungsfall: Bereitstellung einer Domainnamen-basierten Autoscale-Dienstgruppe
-
Anwendungsfall: Bereitstellung einer IP-adressbasierten Autoscale-Service-Gruppe
-
-
Verwalten des Client-Datenverkehrs
-
Konfigurieren von virtuellen Servern ohne Sitzungsaufwand für den Lastenausgleich
-
IP-Adresse und Port eines virtuellen Servers in den Request-Header einfügen
-
Verwenden einer angegebenen Quell-IP für die Backend-Kommunikation
-
Festlegen eines Timeoutwerts für Leerlauf-Clientverbindungen
-
Verwalten des Client-Datenverkehrs auf der Grundlage der Datenverkehrsrate
-
Verwenden eines Quellports aus einem angegebenen Portbereich für die Backend-Kommunikation
-
Konfigurieren der Quell-IP-Persistenz für die Backend-Kommunikation
-
Verwenden von lokalen IPv6-Link-Adressen auf Serverseite eines Lastausgleichs-Setups
-
-
Erweiterte Lastenausgleichseinstellungen
-
Schützen Sie Anwendungen auf geschützten Servern vor Überlastung des Datenverkehrs
-
Bereinigung von virtuellen Server- und Dienstverbindungen aktivieren
-
Aktivieren oder Deaktivieren der Persistenzsitzung auf TROFS-Diensten
-
Externe TCP-Zustandsprüfung für virtuelle UDP-Server aktivieren
-
Verwalten der Clientverbindung für mehrere Clientanforderungen
-
Geben Sie die IP-Adresse des Clients in den Request-Header ein
-
Rufen Sie Standortdetails von der Benutzer-IP-Adresse mithilfe der Geolocation-Datenbank ab
-
Verwenden Sie die Quell-IP-Adresse des Clients, wenn Sie eine Verbindung zum Server herstellen
-
Festlegen eines Grenzwerts für die Anzahl der Clientverbindungen
-
Festlegen eines Grenzwerts für die Anzahl der Anforderungen pro Verbindung zum Server
-
Festlegen eines Schwellenwerts für die an einen Dienst gebundenen Monitore
-
Festlegen eines Timeoutwerts für Leerlauf-Clientverbindungen
-
Festlegen eines Zeitüberschreitungswertes für Serververbindungen im Leerlauf
-
Festlegen eines Grenzwerts für die Bandbreitenauslastung durch Clients
-
Konfigurieren des Lastenausgleichs für häufig verwendete Protokolle
-
Anwendungsfall 3: Konfigurieren des Lastausgleichs im Direktserverrückgabemodus
-
Anwendungsfall 4: Konfigurieren von LINUX-Servern im DSR-Modus
-
Anwendungsfall 5: Konfigurieren des DSR-Modus bei Verwendung von TOS
-
Anwendungsfall 7: Konfigurieren des Lastausgleichs im DSR-Modus mithilfe von IP over IP
-
Anwendungsfall 8: Lastausgleich im Einarmmodus konfigurieren
-
Anwendungsfall 9: Konfigurieren des Lastausgleichs im Inline-Modus
-
Anwendungsfall 10: Lastausgleich von Intrusion Detection Systemservern
-
Anwendungsfall 11: Isolieren des Netzwerkverkehrs mithilfe von Listen Policies
-
Anwendungsfall 12: Konfigurieren von XenDesktop für den Lastenausgleich
-
Anwendungsfall 13: Konfigurieren von XenApp für den Lastenausgleich
-
Anwendungsfall 14: ShareFile Assistent für den Lastenausgleich von Citrix ShareFile
-
SSL-Offload und Beschleunigung
-
Unterstützung für Intel Coleto SSL-Chip-basierte Plattformen
-
Unterstützung für Gemalto SafeNet Network Hardwaresicherheitsmodul
-
-
-
-
Konfigurieren eines CloudBridge Connector-Tunnels zwischen zwei Rechenzentren
-
Konfigurieren von CloudBridge Connector zwischen Datacenter und AWS Cloud
-
Konfigurieren eines CloudBridge-Connector-Tunnels zwischen einem Datacenter und Azure Cloud
-
Konfigurieren des CloudBridge Connector-Tunnels zwischen Datacenter und SoftLayer Enterprise Cloud
-
-
Punkte, die für ein Hochverfügbarkeits-Setup berücksichtigt werden müssen
-
Synchronisieren von Konfigurationsdateien in einem Hochverfügbarkeitssetup
-
Beschränken des Hochverfügbarkeitssynchronisierungsverkehrs auf ein VLAN
-
Konfigurieren von Hochverfügbarkeitsknoten in verschiedenen Subnetzen
-
Beschränken von Failovers durch Routenmonitore im Nicht-INC-Modus
-
Verwalten von Heartbeat-Nachrichten mit hoher Verfügbarkeit auf einer Citrix ADC Appliance
-
Entfernen und Ersetzen eines Citrix ADC in einem Hochverfügbarkeit-Setup
-
This content has been machine translated dynamically.
Dieser Inhalt ist eine maschinelle Übersetzung, die dynamisch erstellt wurde. (Haftungsausschluss)
Cet article a été traduit automatiquement de manière dynamique. (Clause de non responsabilité)
Este artículo lo ha traducido una máquina de forma dinámica. (Aviso legal)
此内容已动态机器翻译。 放弃
このコンテンツは動的に機械翻訳されています。免責事項
This content has been machine translated dynamically.
This content has been machine translated dynamically.
This content has been machine translated dynamically.
This article has been machine translated.
Dieser Artikel wurde maschinell übersetzt. (Haftungsausschluss)
Ce article a été traduit automatiquement. (Clause de non responsabilité)
Este artículo ha sido traducido automáticamente. (Aviso legal)
この記事は機械翻訳されています.免責事項
이 기사는 기계 번역되었습니다.
Este artigo foi traduzido automaticamente.
这篇文章已经过机器翻译.放弃
Translation failed!
Konfigurieren einer GSLB-Dienstgruppe
Mit der Dienstgruppe können Sie eine Gruppe von Diensten so einfach wie ein einzelner Dienst verwalten. Wenn Sie beispielsweise für eine Dienstgruppe eine Option, z. B. Komprimierung, Integritätsüberwachung oder ordnungsgemäßes Herunterfahren, aktivieren oder deaktivieren, wird die Option für alle Mitglieder der Dienstgruppe aktiviert oder deaktiviert.
Nachdem Sie eine Dienstgruppe erstellt haben, können Sie sie an einen virtuellen Server binden und der Gruppe Dienste hinzufügen. Sie können Monitore auch an die Servicegruppen binden.
Wichtig:
Wenn sich der virtuelle Lastausgleichsserver entweder in einem GSLB-Knoten selbst befindet oder sich in einem untergeordneten Knoten (in der übergeordneten und untergeordneten Bereitstellung) befindet und keine Monitore an den GSLB-Dienst gebunden sind, stellen Sie sicher, dass Folgendes:
IP-Adresse, Portnummer und Protokoll der GLSB-Dienstgruppe mit dem virtuellen Server übereinstimmen, den der Dienst darstellt. Andernfalls wird der Dienststatus als DOWN markiert.
Citrix ADC unterstützt die folgenden Typen von GSLB-Dienstgruppen.
- IP-adressbasierte Dienstgruppen
- Domänennamenbasierte Dienstgruppen
- Domänennamenbasierte Autoskalierungs-Service-Gruppen
GSLB-Domänennamen-basierte Autoscale-Dienstgruppen
Mit der Citrix ADC Hybrid- und Multi-Cloud-Lösung Global Server Load Balancing (GSLB) können Kunden den Anwendungsdatenverkehr über mehrere Rechenzentren in Hybrid-Clouds, mehreren Clouds und vor Ort verteilen. Die Citrix ADC GSLB-Lösung unterstützt verschiedene Load Balancing-Lösungen, z. B. den Citrix ADC Load Balancer, Elastic Load Balancing (ELB) für Amazon Web Services (AWS) und andere Lastausgleichsprogramme von Drittanbietern. Außerdem führt die GSLB-Lösung den globalen Lastausgleich durch, selbst wenn die GSLB- und Lastausgleich-Layer 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, auf die diese Domänennamen aufgelöst werden. Außerdem skalieren die Lastausgleich-Layer basierend auf der Last nach oben oder unten, und die IP-Adressen sind nicht garantiert statisch. Daher wird empfohlen, den Domänennamen zu verwenden, um anstelle von IP-Adressen auf die Endpunkte des Lastausgleichs zu verweisen. Dies erfordert, dass die GSLB-Dienste unter Verwendung des Domänennamens anstelle von IP-Adressen verwiesen werden. Sie müssen alle IP-Adressen verwenden, die für den Domänennamen der Lastausgleichsebene zurückgegeben werden, und eine entsprechende Darstellung in GSLB haben.
Wenn Sie Domänennamen anstelle von IP-Adressen verwenden möchten, wenn Sie auf die Endpunkte des Lastenausgleichs verweisen, können Sie die auf Domänennamen basierenden Dienstgruppen für GSLB verwenden.
Überwachen von GSLB-Domänennamen basierenden Dienstgruppen
Die Citrix ADC 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 integrierten 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 Triggermonitore Option auf MEPDOWN
Die Option Trigger Monitore kann verwendet werden, um anzugeben, ob der GSLB-Site die Monitore immer verwenden muss, oder Monitore verwenden, wenn Metrics Exchange Protocol (MEP) DOWN ist.
Die Option Trigger Monitore ist standardmäßig auf ALWAYS eingestellt.
Wenn die Option Trigger Monitore auf ALWAYS eingestellt ist, löst jeder GSLB-Knoten die Monitore unabhängig aus. Wenn jeder GSLB-Knoten die Monitore unabhängig auslöst, kann jeder GSLB-Knoten mit unterschiedlichen GSLB-Diensten arbeiten. Dies kann zu Abweichungen in 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 auch die Anzahl der Monitorsonden, die die Load Balancer-Entität erreichen. Die Persistenzeinträge werden auch über die GSLB-Knoten hinweg inkompatibel.
Daher wird empfohlen, dass die Option Trigger Monitore auf GSLB-Site-Entität auf MEPDOWN festgelegt ist. Wenn die Option Trigger Monitore auf MEPDOWN eingestellt ist, liegt die Domänenauflösung und die Überwachung des Lastenausgleichs beim lokalen GSLB-Knoten. Wenn die Option Trigger Monitore auf MEPDOWN eingestellt ist, erfolgt die Auflösung der Lastausgleichsdomäne und die anschließende Überwachung durch den lokalen GSLB-Knoten einer GSLB-Dienstgruppe. Die Ergebnisse werden dann an alle anderen an GSLB beteiligten Knoten weitergegeben, indem das Metrics Exchange Protocol (MEP) verwendet wird.
Außerdem wird die Gruppe von IP-Adressen, die einer Lastausgleichsdomäne zugeordnet sind, aktualisiert, über MEP benachrichtigt.
Einschränkungen von GSLB-Dienstgruppen
- Bei einer Lastausgleichsdomä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 Lastausgleichsdomäne aufgelöst wird. Daher sind öffentlicher IP-Port und privater IP-Port für die GSLB-Domänennamen basierte Autoscale-Service-Gruppen IP-Port-Bindungen identisch. Diese Parameter können nicht explizit für die auf Domänennamen basierenden Autoscale-Dienstgruppen festgelegt werden.
- Standortpersistenz, DNS-Ansichten und Clustering werden für GSLB-Dienstgruppen nicht unterstützt.
Konfigurieren und Verwalten von GSLB-Dienstgruppen mit der CLI
Vorgang | CLI-Befehl |
---|---|
So fügen Sie eine GSLB-Dienstgruppe hinzu | add gslb serviceGroup <serviceGroupName>@ <serviceType> [-autoScale ( DISABLED | DNS )] -siteName <string> |
Beispiel: add gslb serviceGroup Service-Group-1 http -siteName Site1 -autoScale DNS | |
So binden Sie eine GSLB-Dienstgruppe an einen virtuellen Server | bind gslb serviceGroup <serviceGroupName> ((<IP>@ <port>) | <serverName>@ | ((-monitorName <string>@ |
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 | |
So heben Sie die Bindung einer GSLB-Dienstgruppe an einen virtuellen Server auf | unbind gslb serviceGroup <serviceGroupName> ((<IP>@ <port>) | <serverName>@ | -monitorName <string>@) |
Beispiel:unbind gslb serviceGroup Service-Group-1 -monitorName Mon1 | |
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 )] |
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] |
So aktivieren Sie eine GSLB-Dienstgruppe | enable gslb serviceGroup <serviceGroupName>@ [<serverName>@ <port>] |
Beispiel:enable gslb serviceGroup SG1 S1 80 | |
So deaktivieren Sie eine GSLB-Dienstgruppe | disable gslb serviceGroup <serviceGroupName>@ [<serverName>@ <port>] [-delay <secs>] [-graceFul ( YES /| NO )] |
Beispiel:disable gslb serviceGroup SRG2 S1 80 | |
Hinweis: Die Dienstgruppe, die deaktiviert werden muss, muss eine DBS-Dienstgruppe und keine Dienstgruppe für automatische Skalierung sein. | |
So entfernen Sie eine GSLB-Dienstgruppe | rm gslb serviceGroup <serviceGroupName> |
Beispiel:rm gslb serviceGroup Service-Group-1 | |
So zeigen Sie die Statistiken einer GSLB-Dienstgruppe an | stat gslb serviceGroup [<serviceGroupName>] |
Beispiel:stat gslb serviceGroup Service-Group-1 | |
So zeigen Sie die Eigenschaften einer GSLB-Dienstgruppe an | show gslb serviceGroup [<serviceGroupName> -includeMembers] |
Beispiel: show gslb serviceGroup SG1; show gslb serviceGroup -includeMembers |
Änderungen an den vorhandenen GSLB-CLI-Befehlen
In der folgenden Tabelle sind einige der Änderungen aufgeführt, die nach der Einführung der GSLB-Dienstgruppen an den vorhandenen GSLB-Befehlen vorgenommen werden.
CLI-Befehl | Änderung |
---|---|
bind gslb vserver | Der Name der Dienstgruppe wird dem 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 )]))
|
|
unbind gslb vserver | Die Dienstgruppe wird dem Befehl unbind hinzugefügt. |
Beispiel: | unbind gslb vserver <name> (-serviceName <string> <serviceGroupName> @ /(-domainName <string> [-backupIP] [-cookieDomain]) | -policyName <string>@) |
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 mit der GUI
- Navigieren Sie zu Traffic Management > GSLB > Dienstgruppen.
- Erstellen Sie eine Dienstgruppe, und legen Sie den AutoScale-Modus auf DNS fest.
Konfigurieren der Standortpersistenz für die GSLB-Dienstgruppen
Sie können die Standortpersistenz für die IP-Adress- und Domänennamen-basierten Dienstgruppen konfigurieren. Standortpersistenz wird für domänenbasierte Autoskalierungsdienstgruppen nicht unterstützt.
So legen Sie die Site-Persistenz basierend auf HTTP-Cookies mit der CLI fest
- Für die Persistenz des Verbindungsproxy müssen Sie das Site-Präfix nicht festlegen.
Geben Sie an der Eingabeaufforderung Folgendes ein:
set gslb service group <serviceGroupName> [-sitePersistence <sitePersistence>]
- Für die Persistenz der HTTP-Umleitung müssen Sie zuerst das Standortpräfix für ein Mitglied der Dienstgruppe festlegen und dann den Persistenzparameter HttpRedirect 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>]
Beispiele:
-
Verbindungsproxy-Persistenz
set gslbservicegroup sg1 -sitePersistence connectionProxy
-
HTTPRedirect persistence
set gslb servicegroup sg2 test1 80 -sitePrefix vserver-GSLB-1
set gslb servicegroup sg2 -sitePersistence hTTPRedirect
So legen Sie die Site-Persistenz basierend auf Cookies mit der GUI fest
- Navigieren Sie zu Traffic Management > GSLB > Services Groups, und wählen Sie die Dienstgruppe aus, die Sie für die Standortpersistenz konfigurieren möchten (z. B. servicegroup-GSLB-1).
- Klicken Sie auf den Abschnitt Site-Persistenz, und legen Sie die Persistenz fest, die Ihren Anforderungen entspricht.
Tipp
Informationen zum Bereitstellungsszenario und zur Beispielkonfiguration von GSLB-Dienstgruppen finden Sie unter den folgenden Themen:
Teilen
Teilen
This Preview product documentation is Citrix Confidential.
You agree to hold this documentation confidential pursuant to the terms of your Citrix Beta/Tech Preview Agreement.
The development, release and timing of any features or functionality described in the Preview documentation remains at our sole discretion and are subject to change without notice or consultation.
The documentation is for informational purposes only and is not a commitment, promise or legal obligation to deliver any material, code or functionality and should not be relied upon in making Citrix product purchase decisions.
If you do not agree, select Do Not Agree to exit.