ADC

Dynamische Round-Trip-Zeitmethode

October 5, 2021

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. Zur Messung des dynamischen RTT untersucht die Citrix ADC Appliance den lokalen DNS-Server des Clients und sammelt RTT-Metrikinformationen. Die Appliance verwendet diese Metrik dann, um ihre Lastausgleichsentscheidung zu treffen. Globaler Server Load Balancing überwacht den Echtzeitstatus des Netzwerks und leitet die Clientanforderung dynamisch an das Rechenzentrum mit dem niedrigsten RTT-Wert.

Wenn die DNS-Anforderung eines Clients für eine Domäne an die Citrix ADC Appliance gesendet wird, die als autorisierendes DNS für diese Domäne konfiguriert ist, verwendet die Appliance den RTT-Wert, um die IP-Adresse der am besten ausführenden Site auszuwählen, um sie als Antwort auf die DNS-Anforderung zu senden.

Die Citrix ADC Appliance verwendet verschiedene Mechanismen wie ICMP-Echoanforderung oder Antwort (PING), UDP und TCP, um die RTT-Metriken für Verbindungen zwischen dem lokalen DNS-Server und den teilnehmenden Sites zu sammeln. Die Appliance sendet zuerst einen Ping-Prüfpunkt, um den RTT zu ermitteln. Wenn der Ping-Prüfpunkt fehlschlägt, wird ein DNS-UDP-Prüfpunkt verwendet. Wenn dieser Prüfpunkt ebenfalls fehlschlägt, verwendet die Appliance einen DNS-TCP-Sonde.

Diese Mechanismen werden auf der Citrix ADC Appliance als Load Balancing Monitore dargestellt und können aufgrund der Verwendung des Präfixes ldns leicht identifiziert werden. 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 auf der Appliance anpassbar.

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

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

Sofern sie nicht angepasst wurden, führt die Citrix ADC Appliance UDP- und TCP-Sonden an Port 53 durch. Im Gegensatz zu normalen Load Balancing-Monitoren müssen die Sonden jedoch keine gültigen RTT-Informationen bereitstellen. ICMP-Port nicht verfügbare Meldungen, TCP-Resets und DNS-Fehlerantworten, die normalerweise einen Fehler darstellen würden, sind alle akzeptabel für die Berechnung des RTT-Werts.

Nach der Kompilierung der RTT-Daten verwendet die Appliance das proprietäre Metrikaustauschprotokoll (MEP), um RTT-Werte zwischen teilnehmenden Sites 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 keine RTT-Informationen verfügbar sind (z. B. wenn der lokale DNS-Server eines Clients zum ersten Mal auf den Standort zugreift), wählt die Citrix ADC Appliance einen Standort mithilfe der Roundrobin-Methode aus und leitet den Client an den Standort weiter.

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

Konfigurieren eines virtuellen GSLB-Servers für dynamischen RTT

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

Die Citrix ADC Appliance überprüft regelmäßig die Zeitinformationen für einen bestimmten lokalen Server. Wenn eine Änderung der Latenz den konfigurierten Toleranzfaktor überschreitet, aktualisiert die Appliance ihre Datenbank mit den neuen Zeitinformationen und sendet den neuen Wert durch einen MEP-Austausch an andere GSLB-Sites. Der Standardtoleranzfaktor ist 5 Millisekunden (ms).

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

So konfigurieren Sie einen virtuellen GSLB-Server für dynamischen RTT mit 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 dynamischen RTT mit dem Konfigurationsdienstprogramm

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

Festlegen des Probing-Intervalls lokaler DNS-Server

Die Citrix ADC Appliance verwendet verschiedene Mechanismen wie ICMP-Echoanforderung oder Antwort (PING), TCP und UDP, um RTT-Metriken für Verbindungen zwischen dem lokalen DNS-Server und teilnehmenden GSLB-Sites zu erhalten. 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 in dieser Zeit keine Antwort empfangen wird, verwendet sie den TCP-DNS-Monitor für das Sondieren.

Sie können jedoch das Zeitintervall für die Untersuchung des lokalen DNS-Servers ändern, um Ihre Konfiguration anzupassen.

So ändern Sie das Sondierintervall mit 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 Probing-Intervall mit dem Konfigurationsdienstprogramm

Navigieren Sie zu Traffic Management > Load Balancing > Monitore, und 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 Round-Trip-Zeitmethode

October 5, 2021

Beitrag von:

October 5, 2021

Beitrag von:

In diesem Artikel

Konfigurieren eines virtuellen GSLB-Servers für dynamischen RTT
Festlegen des Probing-Intervalls lokaler DNS-Server