Produktdokumentation
ADC
14.1 - Current Release 13.1 13.0 12.1
PDF anzeigen

Problembehandlung

May 11, 2023
Beitrag von: 
C

Wenn der Lastenausgleich nach der Konfiguration nicht wie erwartet funktioniert, können Sie einige gängige Tools verwenden, um auf NetScaler-Ressourcen zuzugreifen und das Problem zu diagnostizieren.

Ressourcen für die Problembehandlung beim Load Balancing

Optimale Ergebnisse erzielen Sie, wenn Sie die folgenden Ressourcen verwenden, um ein Problem mit dem Content Switching auf einer NetScaler-Appliance zu beheben:

  • 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 zur Behebung von Persistenzproblemen verwendet werden.
  • Die Wireshark-Anwendung, die für die NetScaler-Trace-Dateien angepasst wurde.

Behebung von Load-Balancing-Problemen

  • Problem

Die CPU-Auslastung erreicht 100%, wenn ein Benutzermonitor an einen Dienst gebunden ist, der an einen virtuellen Server gebunden ist, auf dem die MAC-Option -m aktiviert ist.

  • Auflösung

Binden Sie einen Monitor, der kein Benutzer ist, an den Dienst.

  • Problem

    Ich habe ein Benutzerskript für die Überwachung erstellt, aber es funktioniert nicht.

    Auflösung

    Überprüfen Sie die Anzahl der Argumente im Skript. Das Limit liegt bei 512. Ein Skript mit mehr als 512 Argumenten funktioniert möglicherweise nicht richtig. Verwenden Sie das nsumon-debug.pl-Skript von der CLI aus, 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?

    Auflösung

    Sie können die Monitor-Sondeverbindungen deaktivieren, indem Sie den Monitor deaktivieren oder den Wert des HealthMonitor-Parameters im Befehl set service auf NO einstellen. 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 zu Servern geleitet, die AUSGEFALLEN sind.

    Auflösung

    Wahrscheinlich müssen Sie die Intervalle der Monitorsonden verringern. Die NetScaler-Appliance erkennt den Status DOWN erst, wenn der Monitor eine Sonde sendet.

  • Problem

    Eine an den Monitor gebundene Metrik ist in den lokalen und benutzerdefinierten Metriktabellen vorhanden.

    Auflösung

    Fügen Sie dem Metriknamen das lokale Präfix hinzu, wenn die Metrik aus der lokalen Metriktabelle ausgewählt wurde. Wenn die Metrik jedoch aus der benutzerdefinierten Tabelle ausgewählt wird, müssen Sie kein Präfix hinzufügen.

  • Problem

    Die Monitorproben zu einem Dienst erreichen den Dienst nicht.

    Auflösung

    Prüfen Sie, ob Sie ein Limit für die Anzahl der Verbindungen für einen Dienst festgelegt haben. Falls ja, nehmen Sie Monitor-Probe-Verbindungen von dieser Beschränkung aus, indem Sie den Parameter MonitorSkipMaxClient auf ENABLED setzen.

  • Problem

    Ich kann die Server anpingen, aber der Status der Dienste wird immer als DOWN angezeigt.

    Auflösung

    Überprüfen Sie den konfigurierten Monitortyp. 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 muss die Verwendung eines TCP-Monitors den Status des Dienstes in UP ändern.

  • Problem

    Das Festlegen eines Gewichts für Lastmessgeräte hilft nicht bei der Entscheidung über den Status des Dienstes.

    Auflösung

    Lastmonitore können nicht über den Status des Dienstes entscheiden. Daher ist es unangemessen, ein Gewicht auf den Lastmonitoren festzulegen.

  • Problem

    Ein Dienst ist nicht stabil.

    Auflösung

    Erwägen Sie, die folgenden Komponenten zu beheben:

    • Stellen Sie sicher, dass ein korrekter Server an den Dienst gebunden ist.
    • Überprüfen Sie den Monitortyp, der an den Dienst gebunden ist.
    • Überprüfen Sie die Gründe für die Monitorfehler. Sie können einen Dienst auf der Seite Dienste öffnen und die Details zur Anzahl der Prüfungen, Ausfälle und den letzten Antwortstatus für den Monitor auf der Registerkarte Monitore des Dialogfelds Service 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 muss weiter untersucht werden.
    • Sie können Paketspuren auf der NetScaler-Appliance aufzeichnen und die Monitorproben 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.

    Auflösung

    Erwägen Sie, die folgenden Komponenten zu beheben:

    • Stellen Sie sicher, dass die Load-Balancing-Funktion lizenziert ist.
    • Stellen Sie sicher, dass die Funktion 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, muss 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, müssen 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 NetScaler-Appliance und den Servern vor.

  • Problem

    Die Website weist einen ungleichmäßigen Lastenausgleich auf.

    Auflösung

    Erwägen Sie, die folgenden Komponenten zu beheben:

    • Ü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 eine andere als Round Robin ist, überprüfen Sie die Anzahl der Verbindungen mit dem in der newnslog Datei protokollierten Server. 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 spezifischen virtuellen Server und prüfen Sie die Antwortzeit, Open Etablierte Verbindungen (OE), Anzahl der Anfragen, Persistente Anfragen und die dauerhafte Rate (P), um das Problem weiter zu beheben.

    • Wenn die Load Balancing-Methode Round-Robin ist, überprüfen Sie die dauerhaften Anforderungen wie im vorherigen Schritt erwähnt. Überprüfen Sie außerdem, ob der Dienst nicht stabil ist. Ist dies nicht der Fall, führen Sie die für das Problem „Service nicht stabil“ genannten Schritte zur Fehlerbehebung durch

    • Ü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.

    Auflösung

    Erwägen Sie, die folgenden Komponenten zu beheben:

    • Überprüfen Sie, ob eine SNIP-Adresse konfiguriert ist.
    • Stellen Sie sicher, dass die entsprechenden 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 muss weiter untersucht werden.
    • Ü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 darauf zurückzuführen sein kann, dass die MIP-Adresse nicht mit dem Server kommunizieren kann.

  • Problem

    Es gibt ein Problem mit der Reaktionszeit.

    Auflösung

    Erwägen Sie, die folgenden Komponenten zu beheben:

    • Überprüfen Sie die Antwortzeit des Servers anhand der Servicestatistiken, indem Sie entweder den folgenden Befehl ausführen:

      # nsconmsg –K <newnslog_file> -s ConLb=2 –d oldconmsg

    • Prüfen Sie, ob der Dienst nicht stabil ist und ob der Dienststatus als DOWN-Probleme angezeigt wird.

  • Problem

    Einer der Server verarbeitet mehr Anfragen als die anderen Server mit Lastausgleich.

    Auflösung

    Erwägen Sie, die folgenden Komponenten zu beheben:

    • Überprüfen Sie die Load-Balancing-Methode. Verwenden Sie die Round-Robin-Methode, um die Client-Anfrage unabhängig von der Auslastung der Server gleichmäßig zu verteilen.
    • Bestimmen Sie, ob die Persistenz für die Lastausgleichskonfiguration aktiviert ist. Wenn Persistenz aktiviert ist, trägt ein bestimmter Server möglicherweise eine schwerere Last, um seine Sitzung aufrechtzuerhalten, insbesondere Wenn die Persistenzsitzungen lang sind.
    • Überprüfen Sie, ob jedem Dienst Gewichtungen zugewiesen sind. Die Zuweisung der richtigen Gewichte trägt zur richtigen Lastverteilung bei.

  • Problem

    Verbindungen zu einem bestimmten Load-Balancing-Server sind blockiert. Beispielsweise könnten alle Verbindungen zu einem Outlook-Server ins Stocken geraten.

    Auflösung

    Erwägen Sie, die folgenden Komponenten zu beheben:

    • Überprüfen Sie die Load-Balance-Methode. Wenn es sich um Round-Robin-Verfahren handelt, sollten Sie erwägen, die Methode auf die geringste Anzahl von Verbindungen umzustellen.
    • Ziehen Sie in Betracht, die Zeitüberschreitung für den Monitor zu reduzieren. Ein kürzerer Timeout-Zeitraum hilft dabei, einen Dienst früher als DOWN zu markieren, was dazu beitragen würde, den Datenverkehr auf den funktionsfähigen Server zu lenken.
    • Wenn die Verbindungen über einen längeren Zeitraum ins Stocken geraten sind, kann sich eine Überspannungswarteschlange aufbauen. Erwägen Sie, die Überspannungswarteschlange zu leeren, um einen plötzlichen Anstieg der Belastung 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, auch wenn die Methode mit den wenigsten Verbindungen für den Lastenausgleich konfiguriert ist.

    Auflösung

    Stellen Sie fest, ob die Persistenz konfiguriert ist und vom Typ Quell-IP ist. Wenn die Quell-IP-Persistenz auch bei der Methode mit den wenigsten Verbindungen konfiguriert ist, gehen die Anfragen 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 sollten Sie die folgenden Tipps beachten, um ein oben nicht aufgeführtes Problem zu beheben:

    • 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 dieselben Monitore an alle Dienste binden.
    • Wenn Sie einen an den Dienst gebundenen Load Monitor deaktivieren und der Dienst an einen virtuellen Server gebunden ist, verwendet der virtuelle Server die Round-Robin-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 im Round-Robin, wenn der Dienst keine benutzerdefinierten Lastmonitore hat oder wenn der Status mindestens eines 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-Rund-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 metrische Schwellenwert auf Null gesetzt wird.
    • Wenn eine an einen Monitor gebundene Metrik den Schwellenwert überschreitet, wird dieser bestimmte Dienst bei der Lastverteilung nicht berücksichtigt. Wenn alle Dienste den Schwellenwert erreicht haben, verwendet der virtuelle Server die Round-Robin-Methode für den Lastenausgleich und es wird eine Fehlermeldung „5xx — Server ausgelastet Fehler“ angezeigt.
    • Maximal 10 Metriken aus einer benutzerdefinierten Tabelle können an den Monitor gebunden werden.
    • Die OIDs müssen skalare Variablen sein.
    • Für ein erfolgreiches Load-Balancing muss das Intervall so gering wie möglich sein. Wenn das Intervall hoch ist, verlängert sich der Zeitraum für das Abrufen des Lastwerts. Infolgedessen erfolgt der Lastenausgleich unter Verwendung falscher Werte.
    • Ein Benutzer kann die lokale Tabelle nicht ändern.
Problembehandlung
May 11, 2023
Beitrag von: 
C
May 11, 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.