ADC

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 MAC-Option -m 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 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 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 muss 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 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 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, 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 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 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. 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 darauf zurückzuführen sein kann, 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 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. 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. 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, 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 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 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 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 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.
Problembehandlung