ADC

Problembehandlung

August 15, 2023

Beitrag von:

Die Statistiken der NetScaler VPX-Appliance zeigen, dass die Appliance das Sitzungspersistenzlimit erreicht hat. Daher schlagen Persistenzsitzungen fehl. Ist es möglich, das Persistenzlimit für Sitzungen zu erhöhen?

Ursache: Die NetScaler-Appliance hat das Systemlimit von 250.000 Persistenzsitzungen für einen Kern.

Lösung: Um dieses Problem zu beheben, können Sie eine der folgenden Aufgaben ausführen:
- Reduzieren Sie den Timeout-Wert für Persistenz
- Erhöhen Sie die Anzahl der Kerne für die Appliance
Nach der Konfiguration der Cookie Insert Persistenz auf der NetScaler-Appliance berichten die Benutzer, dass die Verbindungen einige Zeit einwandfrei funktionieren, dann aber unterbrochen werden. Welche bewährte Methode sollte ich bei der Konfiguration der Persistenz befolgen?

Ursache: Standardmäßig beträgt der Timeout-Wert für die Persistenz von Cookie Insert 120 Sekunden.

Lösung: Wenn Sie die Persistenz für Anwendungen konfigurieren, für die die Leerlaufzeit nicht bestimmt werden kann, setzen Sie den Wert für das Persistenz-Timeout von Cookie Insert auf 0. Mit dieser Einstellung tritt bei der Verbindung kein Timeout auf.
Nachdem ich einen virtuellen HTTP-Server auf der NetScaler-Appliance konfiguriert habe, muss ich sicherstellen, dass ein Benutzer für den angeforderten Inhalt immer eine Verbindung zu demselben Server herstellt. Deshalb habe ich die SourceIP-Persistenz konfiguriert. Wenn Sie nun den Timeout-Wert für Persistenz erhöhen, wird Latenz eingeführt. Wie kann ich den Timeout-Wert erhöhen, ohne die Leistung zu beeinträchtigen?

Lösung: Erwägen Sie, die Cookie Insert Persistenz zu verwenden, wobei der Timeout-Wert auf 0 gesetzt ist. Diese Einstellung ermöglicht langfristige Persistenzeinstellungen, da die Appliance keine Zeit für das Ablaufen des Cookie angibt.
Nach der Konfiguration der Cookie Insert Persistenz auf der NetScaler-Appliance funktioniert sie erwartungsgemäß, wenn Clients aus derselben Zeitzone auf den Inhalt zugreifen. Wenn jedoch ein Client aus einer anderen Zeitzone versucht, eine Verbindung herzustellen, wird die Verbindung sofort unterbrochen.

Ursache: Die zeitbasierte Persistenz beim Einfügen von Cookies funktioniert erwartungsgemäß, wenn ein Client aus derselben Zeitzone eine Verbindung herstellt. Wenn sich der Clientcomputer und die NetScaler Appliance jedoch in verschiedenen Zeitzonen befinden, ist das Cookie ungültig. Wenn beispielsweise ein Client in der EST-Zeitzone um 11:00 Uhr EST ein Cookie an eine NetScaler Appliance in der PST-Zeitzone sendet, erhält die Appliance das Cookie um 14:00 Uhr PST. Aufgrund des Zeitunterschieds ist das Cookie nicht gültig und die Verbindung ist sofort Timeout.

Lösung: Setzen Sie den Timeout-Wert für die Cookie Insert Persistenz auf 0.
Eine NetScaler-Appliance wird für den Lastenausgleich von Anwendungsservern verwendet, z. B. Oracle Weblogic Server. Um sicherzustellen, dass Clients persistente Verbindungen zu diesen Servern erhalten, ist die SourceIP-Persistenz konfiguriert. Es funktioniert wie erwartet, wenn eine Verbindung von einem Computer aus hergestellt wird. Wenn Thin Clients jedoch versuchen, eine Verbindung über einen Terminalserver herzustellen, empfängt die Appliance daraufhin Anfragen von mehreren Clients von derselben IP-Adresse (der IP-Adresse des Terminalservers). Daher werden die Verbindungen von allen Thin Clients an denselben Anwendungsserver geleitet. Ist es möglich, die Persistenz für Anfragen von einzelnen Thin Clients basierend auf der Client-IP-Adresse zu konfigurieren?

Ursache: Die NetScaler-Appliance empfängt Anfragen vom Terminalserver und die Quell-IP-Adresse der Anfrage bleibt unverändert. Daher kann die Appliance nicht zwischen den von den Thin Clients empfangenen Anfragen unterscheiden und die Persistenz entsprechend den Anfragen von Thin Clients bereitstellen.

Lösung: Um dieses Problem zu vermeiden, können Sie die Regelpersistenz auf der Grundlage eines eindeutigen Parameterwerts für jeden Thin Client konfigurieren.
Die NetScaler-Appliance wird für den Lastenausgleich von Webinterface-Servern verwendet. Beim Zugriff auf die Server erhält der Benutzer die Fehlermeldung „State Error“. Wenn einer der Webinterface-Server heruntergefahren wird oder nicht verfügbar ist, erhalten einige Benutzer außerdem eine Fehlermeldung.

Ursache: Mangelnde Persistenz auf den Webinterface-Servern kann zu Fehlermeldungen führen, wenn ein Benutzer versucht, eine Verbindung zum Server herzustellen.

Lösung: Citrix empfiehlt, dass Sie die Cookie-Insert-Persistenzmethode auf der NetScaler Appliance beim Lastenausgleich von Webinterface-Servern angeben.

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.

Problembehandlung

August 15, 2023

Beitrag von:

August 15, 2023

Beitrag von:

Problembehandlung

In diesem Artikel