Produktdokumentation
ADC
14.1 - Current Release 13.1 13.0 12.1
PDF anzeigen

Überschreiben des statischen Proximityverhaltens durch Konfigurieren bevorzugter Standorte

August 15, 2023
Beitrag von: 
C

Möglicherweise möchten Sie den Datenverkehr von einem lokalen DNS-Server (LDNS) oder Netzwerk an einen anderen GSLB-Dienst als den GSLB-Dienst weiterleiten, den die statische Proximity-Methode für diesen Verkehr auswählt. Das heißt, Sie haben einen bevorzugten Standort für diesen Verkehr. Um die statische Näherungsmethode durch bevorzugte Standorte zu überschreiben, können Sie wie folgt vorgehen:

  1. Konfigurieren Sie eine DNS-Aktion, die aus einer Liste der bevorzugten Speicherorte besteht. Weitere Informationen zum Konfigurieren einer DNS-Aktion finden Sie unter Konfigurieren einer DNS-Aktion.
  2. Konfigurieren Sie eine DNS-Richtlinie, um den Datenverkehr zu identifizieren, der vom LDNS-Server oder Netzwerk eintrifft, für den Sie die statische Nähe überschreiben möchten, und wenden Sie die Aktion in der Richtlinie an.
  3. Binden Sie die Richtlinie an den globalen Anforderungsbindungspunkt.

In der DNS-Aktion können Sie eine Liste mit bis zu 8 bevorzugten Standorten konfigurieren. Die Positionen müssen in der punktierten Qualifier-Notation angegeben werden. Dies ist die Schreibweise, in der Sie der statischen Proximity-Datenbank benutzerdefinierte Standorte hinzufügen. Die Speicherorte können Platzhalter für Kriterien enthalten, die Sie weglassen möchten. Informationen zur gepunkteten Qualifikator-Notation für Standorte finden Sie unter Benutzerdefinierte Einträge zu einer statischen Proximity-Datenbank hinzufügen. Bei der Eingabe der bevorzugten Positionen müssen Sie diese in absteigender Reihenfolge der Priorität eingeben.

Wenn eine Richtlinie als TRUE ausgewertet wird, ordnet die NetScaler-Appliance die bevorzugten Standorte in Prioritätsreihenfolge den Standorten der GSLB-Dienste zu. Es gibt die folgenden zwei Arten von Spielen:

  • Wenn alle Qualifikationsspiele an einem bevorzugten Ort, die keine Wildcard haben, mit den entsprechenden Qualifikationsspielen am Standort eines GSLB-Dienstes übereinstimmen, gilt das Spiel als perfekt. Beispielsweise passt ein GSLB-Servicestandort *.* oder Europe.UK.*.* perfekt zum bevorzugten Standort *.UK.*.*.
  • Wenn nur eine Teilmenge der Qualifikationsspiele, bei denen es sich nicht um Wildcards handelt, übereinstimmt, wird das Spiel als Teilspiel betrachtet. Beispielsweise entspricht ein GSLB-Servicestandort von Europe.eg teilweise dem bevorzugten Standort Europe.uk.

Wenn eine DNS-Richtlinie als TRUE ausgewertet wird, wird der folgende Algorithmus verwendet, um einen GSLB-Dienst auszuwählen:

  1. Die Appliance bewertet den bevorzugten Standort mit der höchsten Priorität und geht in der Prioritätsreihenfolge nach unten, bis eine perfekte Übereinstimmung zwischen einem bevorzugten Standort und dem Standort eines GSLB-Dienstes gefunden wurde.

    Wenn eine perfekte Übereinstimmung gefunden wird, überprüft das Gerät, ob der entsprechende GSLB-Dienst verfügbar ist. Wenn es aktiv ist, gibt es die IP-Adresse des GSLB-Dienstes in der DNS-Antwort zurück. Wenn mehrere perfekte Übereinstimmungen gefunden werden (was passieren kann, wenn ein oder mehrere Platzhalter an einem bevorzugten Ort verwendet werden), überprüft die Appliance den Status der entsprechenden GSLB-Dienste und verteilt die laufenden GSLB-Dienste.

  2. Wenn für keinen der bevorzugten Standorte eine perfekte Übereinstimmung gefunden wird, kehrt das Gerät zu dem bevorzugten Standort mit der höchsten Priorität zurück und geht in der Prioritätsreihenfolge nach unten, bis eine teilweise Übereinstimmung zwischen einem bevorzugten Standort und dem Standort eines GSLB-Dienstes gefunden wird.

    Wenn eine teilweise Übereinstimmung gefunden wird, überprüft die Appliance, ob der entsprechende GSLB-Dienst aktiv ist. Wenn es aktiv ist, gibt es die IP-Adresse des GSLB-Dienstes in der DNS-Antwort zurück. Wenn mehrere teilweise Übereinstimmungen gefunden werden, überprüft die Appliance den Status jedes der entsprechenden GSLB-Dienste und gleicht den Lastausgleich der laufenden GSLB-Dienste aus.

  3. Wenn keine der perfekten oder teilweisen Übereinstimmungen verfügbar sind, gleicht die Appliance alle anderen verfügbaren GSLB-Dienste aus.

    Auf diese Weise implementiert die Appliance eine Art von Site-Affinität für den Datenverkehr, die der DNS-Richtlinie entspricht.

Beispiel

Stellen Sie sich eine GSLB-Konfiguration vor, die aus den folgenden acht GSLB-Diensten besteht:

  • Asien.in
  • Asia.JPN
  • Asia.hk
  • Europe.uk
  • Europe.ru
  • Europa.eg
  • Afrika.sd
  • Africa.ZMB

Beachten Sie außerdem die folgende DNS-Aktion und Richtlinienkonfiguration:

> add dns action prefLoc11 GslbPrefLoc -preferredLocList "Asia.HK" "Europe.UK"
 Done
> add dns policy dnsPolPrefLoc "CLIENT.IP.SRC.MATCHES_LOCATION("\*.ZMB.\*.*")" prefLoc11
 Done
<!--NeedCopy-->

Wenn die Appliance eine Anfrage vom Standort .ZMBempfängt..*, die bevorzugten Standorte werden wie folgt bewertet:

  1. Die Appliance versucht, einen GSLB-Dienst zu finden, dessen Standort perfekt zu Asia.hk passt, dem bevorzugten Standort mit der höchsten Priorität. Es stellt fest, dass der GSLB-Service bei Asia.hk perfekt passt. Wenn der GSLB-Dienst aktiv ist, sendet er dem Client die IP-Adresse des GSLB-Dienstes.
  2. Wenn der GSLB-Dienst auf Asia.hk nicht verfügbar ist, versucht die Appliance, eine perfekte Lösung für den zweitbevorzugten Standort, Europe.uk, zu finden. Es stellt fest, dass der GSLB-Service bei Europe.uk perfekt zusammenpasst. Wenn der GSLB-Dienst aktiv ist, sendet er dem Client die IP-Adresse des Dienstes.
  3. Wenn der GSLB-Dienst auf Europe.uk nicht verfügbar ist, kehrt er zum bevorzugten Standort mit der höchsten Priorität, Asia.hk, zurück und sucht nach Teilübereinstimmungen. Für Asia.hk wurde festgestellt, dass Asia.in und Asia.JPN teilweise übereinstimmen. Wenn nur einer der entsprechenden GSLB-Dienste aktiv ist, sendet er dem Client die IP-Adresse des Dienstes. Wenn beide Standorte verfügbar sind, erfolgt ein Lastenausgleich zwischen den beiden Diensten.
  4. Wenn alle Teilübereinstimmungen für Asia.hk ausgefallen sind, sucht die Appliance nach Teilübereinstimmungen für Europe.uk. Es wurde festgestellt, dass Europe.ru und Europe.eg teilweise mit dem bevorzugten Standort übereinstimmen. Wenn nur einer der entsprechenden GSLB-Dienste aktiv ist, sendet er dem Client die IP-Adresse des Dienstes. Wenn beide Standorte verfügbar sind, erfolgt ein Lastenausgleich zwischen den beiden Diensten.
  5. Wenn alle Teilspiele für Europe.uk ausgefallen sind, gleicht die Appliance alle anderen verfügbaren GSLB-Dienste aus. Im aktuellen Beispiel gleicht die Appliance-Lastverteilung Africa.sd und Africa.zmb aus, da die verbleibenden sechs GSLB-Dienste als ausgefallen wurden.
Überschreiben des statischen Proximityverhaltens durch Konfigurieren bevorzugter Standorte
August 15, 2023
Beitrag von: 
C
August 15, 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.