ADC

Dynamische Roundtrip-Zeitmethode

August 15, 2023

Beitrag von:

Dynamic Round Trip Time (RTT) ist ein Maß für die Zeit oder Verzögerung im Netzwerk zwischen dem lokalen DNS-Server des Clients und einer Datenressource. Um dynamisches RTT zu messen, untersucht die NetScaler-Appliance den lokalen DNS-Server des Clients und sammelt RTT-Metrikinformationen. Die Appliance verwendet dann diese Metrik, um ihre Lastausgleichsentscheidung zu treffen. Der globale Serverlastenausgleich überwacht den Echtzeitstatus des Netzwerks und leitet die Clientanforderung dynamisch an das Rechenzentrum mit dem niedrigsten RTT-Wert weiter.

Wenn die DNS-Anfrage eines Clients für eine Domain an die NetScaler-Appliance geht, die als autorisierender DNS für diese Domäne konfiguriert ist, verwendet die Appliance den RTT-Wert, um die IP-Adresse der Site mit der besten Leistung auszuwählen, um sie als Antwort auf die DNS-Anfrage zu senden.

Die NetScaler-Appliance verwendet verschiedene Mechanismen wie ICMP Echo Request or Reply (PING), UDP und TCP, um die RTT-Metriken für Verbindungen zwischen dem lokalen DNS-Server und den teilnehmenden Websites zu sammeln. Die Appliance sendet zunächst eine Ping-Sonde, um den RTT zu ermitteln. Wenn die Ping-Prüfung fehlschlägt, wird eine DNS-UDP-Prüfung verwendet. Wenn diese Prüfung ebenfalls fehlschlägt, verwendet die Appliance eine DNS-TCP-Sonde.

Diese Mechanismen werden auf der NetScaler-Appliance als Load Balancing Monitors dargestellt und sind leicht zu erkennen, da sie das Präfix „ldns“ verwenden. Die drei Monitore sind in ihrer Standardreihenfolge:

ldns-ping
ldns-dns
ldns-tcp

Diese Monitore sind in die Appliance integriert und auf sichere Standardeinstellungen eingestellt. Sie sind jedoch wie jeder andere Monitor der Appliance anpassbar.

Sie können die Standardreihenfolge ändern, indem Sie sie explizit als GSLB-Parameter festlegen. Um beispielsweise die Reihenfolge als DNS-UDP-Abfrage festzulegen, gefolgt von PING und dann TCP, geben Sie den folgenden Befehl ein:

set gslb parameter -ldnsprobeOrder DNS PING TCP
<!--NeedCopy-->

Sofern sie nicht angepasst wurden, führt die NetScaler-Appliance UDP- und TCP-Untersuchungen an Port 53 durch. Im Gegensatz zu normalen Load Balancing-Monitoren müssen die Tests jedoch nicht erfolgreich sein, um gültige RTT-Informationen bereitzustellen. ICMP-Portmeldungen, TCP-Resets und DNS-Fehlerantworten, die normalerweise einen Ausfall darstellen würden, sind für die Berechnung des RTT-Werts akzeptabel.

Sobald die RTT-Daten kompiliert wurden, verwendet die Appliance das proprietäre Metrics Exchange Protocol (MEP), um RTT-Werte zwischen den teilnehmenden Standorten auszutauschen. Nach der Berechnung der RTT-Metriken sortiert die Appliance die RTT-Werte, um das Rechenzentrum mit der besten (kleinsten) RTT-Metrik zu identifizieren. „

Wenn RTT-Informationen nicht verfügbar sind (z. B. wenn der lokale DNS-Server eines Clients zum ersten Mal auf die Site zugreift), wählt die NetScaler-Appliance mithilfe der Round-Robin-Methode einen Standort aus und leitet den Client an die Site weiter.

Um die dynamische Methode zu konfigurieren, konfigurieren Sie den virtuellen GSLB-Server der Site für dynamisches RTT. Sie können auch das Intervall festlegen, in dem lokale DNS-Server auf einen anderen Wert als den Standardwert überprüft werden.

Konfigurieren Sie einen virtuellen GSLB-Server für dynamisches RTT

Um einen virtuellen GSLB-Server für dynamisches RTT zu konfigurieren, geben Sie die RTT-Load-Balancing-Methode an.

Die NetScaler-Appliance überprüft regelmäßig die Timing-Informationen für einen bestimmten lokalen Server. Wenn eine Änderung der Latenz den konfigurierten Toleranzfaktor überschreitet, aktualisiert die Appliance ihre Datenbank mit den neuen Timing-Informationen und sendet den neuen Wert an andere GSLB-Standorte, indem sie einen MEP-Austausch durchführt. Der Standard-Toleranzfaktor ist 5 Millisekunden (ms).

Der RTT-Toleranzfaktor muss in der gesamten GSLB-Domäne gleich sein. Wenn Sie es für einen Standort ändern, müssen Sie identische RTT-Toleranzfaktoren auf allen NetScaler-Appliances konfigurieren, die in der GSLB-Domäne bereitgestellt werden.

So konfigurieren Sie einen virtuellen GSLB-Server für dynamisches RTT mithilfe der Befehlszeilenschnittstelle

Geben Sie an der Eingabeaufforderung Folgendes ein:

set gslb vserver <name> -lbMethod RTT -tolerance <value>
<!--NeedCopy-->

Beispiel:

set gslb vserver Vserver-GSLB-1 -lbMethod RTT -tolerance 10
<!--NeedCopy-->

So konfigurieren Sie einen virtuellen GSLB-Server für dynamisches RTT mithilfe des Konfigurationsdienstprogramms

Navigieren Sie zu Traffic Management > GSLB > Virtuelle Server, und doppelklicken Sie auf den virtuellen Server.

Stellen Sie das Prüfintervall der lokalen DNS-Server ein

Die NetScaler-Appliance verwendet verschiedene Mechanismen wie ICMP Echo Request or Reply (PING), TCP und UDP, um RTT-Metriken für Verbindungen zwischen dem lokalen DNS-Server und den teilnehmenden GSLB-Sites abzurufen. Standardmäßig verwendet die Appliance einen Ping-Monitor und überprüft den lokalen DNS-Server alle 5 Sekunden. Die Appliance wartet dann 2 Sekunden auf die Antwort. Wenn innerhalb dieser Zeit keine Antwort eingeht, verwendet es den TCP-DNS-Monitor für die Untersuchung.

Sie können jedoch das Zeitintervall für die Untersuchung des lokalen DNS-Servers an Ihre Konfiguration anpassen.

So ändern Sie das Prüfintervall mithilfe der Befehlszeilenschnittstelle

Geben Sie an der Eingabeaufforderung Folgendes ein:

set lb monitor <monitorName> <type> -interval <integer> <units> -resptimeout <integer> <units>
<!--NeedCopy-->

Beispiel:

set lb monitor ldns-tcp LDNS-TCP -interval 10 sec -resptimeout 5 sec
<!--NeedCopy-->

So ändern Sie das Prüfintervall mithilfe des Konfigurationsdienstprogramms

Navigieren Sie zu Traffic Management > Load Balancing > Monitoreund doppelklicken Sie auf den Monitor, den Sie ändern möchten (z. B. Ping).

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.

Dynamische Roundtrip-Zeitmethode

August 15, 2023

Beitrag von:

August 15, 2023

Beitrag von:

In diesem Artikel

Konfigurieren Sie einen virtuellen GSLB-Server für dynamisches RTT
Stellen Sie das Prüfintervall der lokalen DNS-Server ein