ADC

TCP-basierte Anwendungsüberwachung

Die NetScaler-Appliance verfügt über zwei integrierte Monitore, die TCP-basierte Anwendungen überwachen: tcp-default und ping-default. Wenn Sie einen Dienst erstellen, wird der entsprechende Standardmonitor automatisch an ihn gebunden, sodass der Dienst sofort verwendet werden kann, wenn er UP ist. Der tcp-Standardmonitor ist an alle TCP-Dienste gebunden. Der Ping-Standardmonitor ist an alle Nicht-TCP-Dienste gebunden.

Sie können Standardmonitore nicht löschen oder ändern. Wenn Sie einen anderen Monitor an einen TCP-Dienst binden, ist der Standardmonitor vom Dienst nicht gebunden. In der folgenden Tabelle sind die Monitortypen sowie die Parameter und Überwachungsprozesse aufgeführt, die jedem Typ zugeordnet sind.

Monitor-Typ Spezifische Parameter Prozess
tcp Nicht zutreffend Die NetScaler-Appliance richtet einen 3-Wege-Handshake mit dem Monitorziel ein und schließt dann die Verbindung. Wenn die Appliance TCP-Datenverkehr zum Ziel beobachtet, sendet sie keine TCP-Überwachungsanfragen. Dies tritt auf, wenn LRTM deaktiviert ist. Standardmäßig ist LRTM auf diesem Monitor deaktiviert.
http httprequest [“HEAD/”] — HTTP-Anfrage, die an den Dienst gesendet wird. respcode [200] — Vom Dienst wird eine Reihe von HTTP-Antwortcodes erwartet. Die NetScaler-Appliance richtet einen 3-Wege-Handshake mit dem Monitorziel ein. Nachdem die Verbindung hergestellt wurde, sendet die Appliance HTTP-Anforderungen und vergleicht dann den Antwortcode mit dem konfigurierten Satz von Antwortcodes.
tcp-ecv send [””] — sind die Daten, die an den Dienst gesendet werden. Die maximal zulässige Länge der Zeichenfolge beträgt 512 Byte. recv [””] — erwartete Antwort des Dienstes. Die maximal zulässige Länge der Zeichenfolge beträgt 128 Byte. Das letzte Zeichen ist die NULL Kündigung. Die NetScaler-Appliance richtet einen 3-Wege-Handshake mit dem Monitorziel ein. Wenn die Verbindung hergestellt wird, sendet die Appliance mit dem Sendeparameter bestimmte Daten an den Dienst und erwartet eine bestimmte Antwort über den Empfangsparameter. Verschiedene Server senden verschiedene Segmentgrößen. Das Muster muss jedoch innerhalb von 16 TCP-Segmenten liegen.
http-ecv send [””] — HTTP-Daten, die an den Dienst gesendet werden; recv [””] — die erwarteten HTTP-Antwortdaten vom Dienst Die NetScaler-Appliance richtet einen 3-Wege-Handshake mit dem Monitorziel ein. Wenn die Verbindung hergestellt wird, sendet die Appliance den Sendeparameter, um die HTTP-Daten an den Dienst zu senden, und erwartet die HTTP-Antwort, die der Empfangsparameter angibt. (HTTP-Body-Teil ohne HTTP-Header enthalten). Leere Antwortdaten entsprechen jeder Antwort. Die erwarteten Daten können sich irgendwo in den ersten 24 K Bytes des HTTP-Textes der Antwort befinden.
ping Nicht zutreffend Die NetScaler-Appliance sendet eine ICMP-Echoanforderung an das Ziel des Monitors und erwartet eine ICMP-Echoantwort.

Informationen zum Konfigurieren integrierter Monitore für TCP-basierte Anwendungen finden Sie unter Konfigurieren von Monitoren in einem Load Balancing Setup.

So konfigurieren Sie TCP-basierte Monitore mit CLI

Geben Sie den folgenden Befehl ein:

add lb monitor <monitorName> <type> -respCode <int[-int]> -httpRequest <string> -resptimeout <integer> [<units>] -retries <integer> -downTime <integer> [<units>] -action <action>
<!--NeedCopy-->

Beispiel für TCP-Monitortyp:

add lb monitor Exch2010-RPC-AddressBook TCP -LRTM ENABLED -interval 10 -resptimeout 5 -destPort 59601
<!--NeedCopy-->

Beispiel für den HTTP-Monitortyp:

add lb monitor Mon_S4B_FE_2 HTTP -respCode 200 -httpRequest "GET /Autodiscover/XFrame/XFrame.html" -LRTM ENABLED -retries 10 -secure YES
<!--NeedCopy-->

Beispiel für den HTTP-ECV-Monitortyp:

add lb monitor STM_EXC2016_SSLBridge_MON HTTP-ECV -send "GET /owa/healthcheck.htm" -recv "200 OK" -LRTM ENABLED -destPort 443 -secure YES
<!--NeedCopy-->

Beispiel für PING-Monitortyp:

add lb monitor lbmon-localhost-ping PING -LRTM DISABLED -destIP 127.0.0.1
<!--NeedCopy-->
TCP-basierte Anwendungsüberwachung