-
Bereitstellen einer Citrix ADC VPX-Instanz
-
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 einer Citrix ADC VPX-Instanz für beschleunigte Azure-Netzwerke
-
Konfigurieren von HA-INC-Knoten mit 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
-
Automatisieren der Bereitstellung und Konfiguration von Citrix ADC
-
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 Überwachungskonfiguration
-
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
-
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 von 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
-
Standortdetails von der Benutzer-IP-Adresse mit der Geolocation-Datenbank abrufen
-
Verwenden der Quell-IP-Adresse des Clients für die Verbindung zum Server
-
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 6: Konfigurieren des Lastausgleichs im DSR-Modus für IPv6-Netzwerke über das TOS-Feld
-
Anwendungsfall 7: Konfigurieren des Lastausgleichs im DSR-Modus mit 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 mit Listening-Richtlinien
-
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
-
Problembehandlung
-
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!
Problembehandlung
Wenn der Lastausgleich nach der Konfiguration nicht wie erwartet funktioniert, können Sie einige gängige Tools verwenden, um auf Citrix ADC Ressourcen zuzugreifen und das Problem zu diagnostizieren.
Ressourcen für die Fehlerbehebung bei Lastenausgleich
Verwenden Sie die folgenden Ressourcen, um ein Problem beim Content Switching auf einer Citrix ADC Appliance zu beheben, um optimale Ergebnisse zu erzielen:
- Neueste ns.conf-Datei
- Relevante newnslog-Dateien
- Ätherische Paketspuren, die auf der Appliance und dem relevanten Client aufgezeichnet werden, wenn möglich
- Die Datei ns.log
Zusätzlich zu den oben genannten Ressourcen beschleunigen die folgenden Tools die Fehlerbehebung:
- Ein Browser-Add-On-Tool, das HTTP-Header anzeigen kann. Dies kann verwendet werden, um Persistenzprobleme zu beheben.
- Die Wireshark-Anwendung, die für die Citrix ADC -Trace-Dateien angepasst ist.
Problembehandlung bei Lastausgleichsproblemen
- Problem
Die CPU-Auslastung erreicht 100%, wenn ein Benutzermonitor an einen Dienst gebunden ist, der an einen virtuellen Server gebunden ist, auf dem die Option -m MAC aktiviert ist.
- Lösung
Binden Sie einen Nicht-Benutzermonitor an den Dienst.
-
Problem
Ich habe ein Benutzerskript für die Überwachung erstellt, aber es funktioniert nicht.
Lösung
Überprüfen Sie die Anzahl der Argumente im Skript. Das Limit ist 512. Ein Skript mit mehr als 512 Argumenten funktioniert möglicherweise nicht ordnungsgemäß. Verwenden Sie das Skript nsumon-debug.pl aus der CLI, um das Skript zu debuggen.
-
Problem
Ich sehe viele Monitorsonden, und sie scheinen den Netzwerkverkehr unnötig zu erhöhen. Gibt es eine Möglichkeit, die Monitorsonden auszuschalten?
Lösung
Sie können die Monitorsondenverbindungen deaktivieren, indem Sie den Monitor deaktivieren oder den Wert des HealthMonitor-Parameters im Befehl set service auf NO setzen. Mit der Option NO zeigt die Appliance den Dienst jederzeit als UP an.
-
Problem
Ich habe Monitore für Dienste eingerichtet, aber Verbindungen werden immer noch an Server weitergeleitet, die DOWN sind.
Lösung
Wahrscheinlich müssen Sie die Monitorsondenintervalle verringern. Die Citrix ADC Appliance erkennt den Zustand DOWN erst, wenn der Monitor einen Prüfpunkt sendet.
-
Problem
Eine an den Monitor gebundene Metrik ist in den lokalen und benutzerdefinierten Metriktabellen vorhanden.
Lösung
Fügen Sie dem Metriknamen das lokale Präfix hinzu, wenn die Metrik aus der lokalen Metriktabelle ausgewählt wird. Wenn die Metrik jedoch aus der benutzerdefinierten Tabelle ausgewählt wird, müssen Sie kein Präfix hinzufügen.
-
Problem
Die Monitor-Sonden zu einem Dienst erreichen den Dienst nicht.
Lösung
Überprüfen Sie, ob Sie eine Begrenzung für die Anzahl der Verbindungen für einen Dienst festgelegt haben. Wenn ja, nehmen Sie Verbindungen mit Monitor-Sproben von diesem Grenzwert aus, indem Sie den Parameter MonitorSkipMaxClient auf ENABLED setzen.
-
Problem
Ich bin in der Lage, die Server zu pingen, aber der Zustand der Dienste wird immer als DOWN angezeigt.
Lösung
Überprüfen Sie den Typ der konfigurierten Monitore. Wenn beispielsweise ein Server nicht für SSL konfiguriert ist und Sie einen HTTPS-Monitor verwenden, wird der Status des Dienstes als DOWN markiert. In diesem Fall sollte die Verwendung eines TCP-Monitors den Status des Dienstes in UP ändern.
-
Problem
Das Festlegen eines Gewichts für Lastmonitore hilft nicht, den Status des Dienstes zu bestimmen.
Lösung
Lademonitore können den Status des Dienstes nicht bestimmen. Daher ist das Einstellen eines Gewichts auf den Lastmonitoren unangemessen.
-
Problem
Ein Dienst ist nicht stabil.
Lösung
Überlegen Sie die Fehlerbehebung der folgenden Komponenten:
- Stellen Sie sicher, dass ein korrekter Server an den Dienst gebunden ist.
- Überprüfen Sie den Typ des an den Dienst gebundenen Monitors.
- Überprüfen Sie die Gründe für die Monitorfehler. Sie können den Dienst über die Seite Dienste öffnen und die Details für die Anzahl der Prüfpunkte, Fehler und den letzten Antwortstatus für den Monitor auf der Registerkarte Monitore des Dialogfelds Dienst konfigurieren überprüfen. Um die Details anzuzeigen, klicken Sie auf den konfigurierten Monitor.
- Wenn es sich um einen benutzerdefinierten Monitor handelt, binden Sie einen TCP- oder Ping-Monitor an den Dienst und überprüfen Sie den Status des Monitors. Wenn das Problem dadurch behoben wird, liegt ein Problem mit dem benutzerdefinierten Monitor vor und der Monitor erfordert weitere Untersuchungen.
- Sie können Paketverfolgungen auf der Citrix ADC Appliance aufzeichnen und die Monitorprüfungen und die Serverantwort für weitere Untersuchungen überprüfen.
-
Problem
Die virtuelle IP-Adresse (VIP) ist nicht stabil oder ihr Status wird als DOWN angezeigt.
Lösung
Überlegen Sie die Fehlerbehebung der folgenden Komponenten:
- Stellen Sie sicher, dass die Lastausgleichsfunktion lizenziert ist.
- Stellen Sie sicher, dass das Feature aktiviert ist.
- Stellen Sie sicher, dass ein geeigneter Dienst an den virtuellen Server gebunden ist.
- Wenn der Status der VIP-Adresse als DOWN angezeigt wird, stellen Sie sicher, dass der Dienst von einem Administrator aktiviert wurde. Ist dies nicht der Fall, sollte der Status des Dienstes Out-of-Service sein. In einem solchen Fall müssen Sie den Dienst aktivieren und überprüfen, ob das Problem behoben ist.
- Überprüfen Sie die Dienste, die an den virtuellen Server gebunden sind, und führen Sie die Schritte zur Fehlerbehebung durch, die für das Problem nicht stabil sind.
- Wenn die VIP-Adresse nicht stabil ist, sollten alle an den virtuellen Server gebundenen Dienste fehlschlagen. Überprüfen Sie daher, ob alle Dienste gleichzeitig fehlschlagen. Wenn dies der Fall ist, liegt ein Netzwerkproblem zwischen der Citrix ADC Appliance und den Servern vor.
-
Problem
Die Site hat einen ungleichmäßigen Lastenausgleich.
Lösung
Überlegen Sie die Fehlerbehebung der folgenden Komponenten:
-
Überprüfen Sie die auf der Appliance konfigurierte Load Balancing-Methode.
-
Überprüfen Sie, ob die mit den Diensten verknüpften Gewichte wie erwartet sind.
-
Wenn die Load Balancing-Methode nicht Round Robin ist, überprüfen Sie die Anzahl der Verbindungen mit dem Server, der in der newnslog-Datei angemeldet ist. Sie können den folgenden Befehl ausführen, um die Nummer in der newnslog-Datei zu überprüfen:
# nsconmsg –K <newnslog_file> -s ConLb=2 –d oldconmsg
Überprüfen Sie die Dienste für den bestimmten virtuellen Server und überprüfen Sie die Antwortzeit, Offene etablierte Verbindungen (OE), Treffer, Persistent Hits und Persistent Rate (P), um das Problem weiter zu beheben.
-
Wenn die Load Balancing-Methode Round Robin ist, überprüfen Sie die persistenten Treffer, wie im vorherigen Schritt erwähnt. Überprüfen Sie außerdem, ob der Dienst nicht stabil ist. Wenn dies nicht der Fall ist, führen Sie die Schritte zur Fehlerbehebung durch, die für das Problem nicht stabil aufgeführt sind.
-
Überprüfen Sie, ob die Persistenz auf der Appliance konfiguriert ist.
-
Überprüfen Sie, ob ein Dienst nicht stabil ist. Wenn ja, führen Sie die Schritte zur Fehlerbehebung durch, die für das Problem nicht stabil aufgeführt sind.
-
-
Problem
Der Dienststatus wird als DOWN angezeigt.
Lösung
Überlegen Sie die Fehlerbehebung der folgenden Komponenten:
- Überprüfen Sie, ob eine SNIP-Adresse konfiguriert ist.
- Stellen Sie sicher, dass entsprechende Monitore an den Dienst gebunden sind.
- Wenn benutzerdefinierte Monitore an den Dienst gebunden sind, binden Sie einen TCP- oder Ping-Monitor an den Dienst und überprüfen Sie den Status des Monitors. Wenn das Problem dadurch behoben wird, liegt ein Problem mit dem benutzerdefinierten Monitor vor und der Monitor erfordert weitere Untersuchungen.
- Überprüfen Sie, ob der Status des Dienstes als DOWN für den Server angezeigt wird, der sich in einem anderen Subnetz befindet. Wenn ja, überprüfen Sie, ob Use Subnet IP (USNIP) das Problem behebt, da dies möglicherweise darauf zurückzuführen ist, dass die MIP-Adresse nicht mit dem Server kommunizieren kann.
-
Problem
Es liegt ein Problem mit der Antwortzeit vor.
Lösung
Überlegen Sie die Fehlerbehebung der folgenden Komponenten:
-
Überprüfen Sie die Server-Antwortzeit aus den Dienststatistiken, indem Sie den folgenden Befehl ausführen:
# nsconmsg –K <newnslog_file> -s ConLb=2 –d oldconmsg
-
Überprüfen Sie, ob der Dienst nicht stabil ist und der Dienststatus als DOWN Probleme angezeigt wird.
-
-
Problem
Einer der Server erfüllt mehr Anforderungen als die anderen Server mit Lastausgleich.
Lösung
Überlegen Sie die Fehlerbehebung der folgenden Komponenten:
- Überprüfen Sie die Load Balancing-Methode. Verwenden Sie die Roundrobin-Methode, um die Clientanforderung unabhängig von der Last auf den Servern gleichmäßig zu verteilen.
- Bestimmen Sie, ob die Persistenz für die Lastausgleichskonfiguration aktiviert ist. Wenn die Persistenz aktiviert ist, kann ein bestimmter Server eine größere Last tragen, um seine Sitzung aufrechtzuerhalten, insbesondere wenn die Persistenzsitzungen lang sind.
- Überprüfen Sie, ob jedem Dienst Gewichtungen zugewiesen sind. Das Zuweisen von richtigen Gewichten hilft bei der richtigen Lastverteilung.
-
Problem
Verbindungen zu einem bestimmten Lastausgleichsserver werden angehalten. Beispielsweise könnten alle Verbindungen zu einem Outlook-Server angehalten werden.
Lösung
Überlegen Sie die Fehlerbehebung der folgenden Komponenten:
- Überprüfen Sie die Lastausgleichsmethode. Wenn es sich um Round Robin handelt, sollten Sie die Methode in die geringste Verbindung ändern.
- Ziehen Sie in Betracht, die Zeitüberschreitung für den Monitor zu reduzieren. Eine kürzere Zeitüberschreitung hilft, einen Dienst früher als DOWN zu markieren, was dazu beitragen würde, den Datenverkehr an einen funktionsfähigen Server zu leiten.
- Wenn die Verbindungen für einen längeren Zeitraum angehalten werden, kann eine Überspannungswarteschlange erstellt werden. Ziehen Sie die Überspannungswarteschlange in Erwägung, um eine plötzliche Auslastung des Servers zu vermeiden.
- Wenn die Server auf ihrer maximalen Ebene arbeiten, sollten Sie erwägen, einen neuen Server für eine bessere Leistung hinzuzufügen.
-
Problem
Ein Großteil der Verbindungen wird an einen bestimmten Server weitergeleitet, selbst wenn die Methode der geringsten Verbindungen für den Lastenausgleich konfiguriert ist.
Lösung
Bestimmen Sie, ob die Persistenz konfiguriert ist und vom Typ Quell-IP ist. Wenn die Quell-IP-Persistenz selbst mit der Methode der geringsten Verbindungen konfiguriert ist, gehen die Anforderungen an einen bestimmten Server. Die IP-Adresse des Servers ist für die Verwaltung der Sitzungsinformationen erforderlich. Erwägen Sie, HTTP-Cookies basierte Persistenz zu verwenden.
-
Tipps zur Fehlerbehebung Bei anderen Problemen beachten Sie die folgenden Tipps, um ein Problem zu beheben, das nicht oben aufgeführt ist:
- Wenn mehrere Lastmonitore an einen Dienst gebunden sind, ist die Last auf dem Dienst die Summe aller Werte auf den Lastmonitoren, die an ihn gebunden sind. Damit der Lastenausgleich ordnungsgemäß funktioniert, müssen Sie denselben Satz von Monitoren an alle Dienste binden.
- Wenn Sie einen an den Dienst gebundenen Lastmonitor deaktivieren und der Dienst an einen virtuellen Server gebunden ist, verwendet der virtuelle Server die Roundrobin-Methode für den Lastenausgleich.
- Wenn Sie einen Dienst an einen virtuellen Server binden, auf dem die Lastausgleichsmethode CUSTOMLOAD lautet und der Dienststatus UP lautet, verwendet der virtuelle Server die erste Roundrobin-Methode für den Lastenausgleich. Es befindet sich weiterhin in Round Robin, wenn der Dienst keine benutzerdefinierten Lastmonitore hat oder wenn der Status von mindestens einem der benutzerdefinierten Lastmonitore nicht UP ist.
- Alle Dienste, die an einen virtuellen Server gebunden sind, auf dem die Lastausgleichsmethode CUSTOMLOAD lautet, müssen die Dienste über Lastüberwachungen verfügen, die an sie gebunden sind.
- Die CUSTOMLOAD-Load Balancing-Methode folgt auch dem Start-Runde-Robin.
- Wenn Sie eine metrikbasierte Bindung deaktivieren und dies die letzte aktive Metrik ist, verwendet der spezifische virtuelle Server die Roundrobin-Methode für den Lastenausgleich. Eine Metrik wird deaktiviert, indem der Metrikschwellenwert auf Null gesetzt wird.
- Wenn eine an einen Monitor gebundene Metrik den Schwellenwert überschreitet, wird dieser bestimmte Dienst für den Lastausgleich nicht berücksichtigt. Wenn alle Dienste den Schwellenwert erreicht haben, verwendet der virtuelle Server die Roundrobin-Methode für den Lastenausgleich und eine Fehlermeldung 5xx - Server busy error wird angezeigt.
- Maximal 10 Metriken aus einer benutzerdefinierten Tabelle können an den Monitor gebunden werden.
- Die OIDs müssen skalare Variablen sein.
- Für einen erfolgreichen Lastausgleich muss das Intervall so niedrig wie möglich sein. Wenn das Intervall hoch ist, erhöht sich der Zeitraum für das Abrufen des Lastwerts. Infolgedessen erfolgt der Lastausgleich unter Verwendung falscher Werte.
- Ein Benutzer kann die lokale Tabelle nicht ändern.
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.