ADC

Synchronisieren der Konfiguration in einem GSLB-Setup

In der Regel verfügt ein GSLB-Setup über einige Rechenzentren, wobei für jedes Rechenzentrum ein GSLB-Site konfiguriert ist. Konfigurieren Sie in jedem NetScaler, der an GSLB teilnimmt, einen GSLB-Standort als lokalen Standort und die anderen als Remote-Sites. Wenn Sie zu einem späteren Zeitpunkt einen anderen GSLB-Site hinzufügen, müssen Sie sicherstellen, dass die Konfiguration über alle GSLB-Sites hinweg identisch ist. Sie können die GSLB-Konfigurationssynchronisierungsoption des NetScaler verwenden, um die Konfiguration über die GSLB-Sites hinweg zu synchronisieren.

Die NetScaler Appliance, von der Sie die Synchronisierungsoption verwenden, wird als “Hauptsitz” und die GSLB-Sites bezeichnet, auf denen die Konfiguration als “untergeordnete Websites” kopiert wird. Wenn Sie eine GSLB-Konfiguration synchronisieren, werden die Konfigurationen auf allen GSLB-Sites, die am GSLB-Setup teilnehmen, ähnlich der Konfiguration auf der Hauptsite vorgenommen.

Die Synchronisierung erfolgt nur auf den übergeordneten Sites. Die Synchronisierung hat keinen Einfluss auf die Konfiguration der untergeordneten GSLB-Websites. Dies liegt daran, dass die übergeordnete Site und die untergeordneten Sitekonfigurationen nicht identisch sind. Die Konfiguration der untergeordneten Sites besteht nur aus den Details ihrer eigenen und ihrer übergeordneten Site. Außerdem müssen GSLB-Dienste nicht immer in den untergeordneten Sites konfiguriert werden.

  • Der Hauptknoten findet die Unterschiede zwischen der Konfiguration des Hauptknotens und des untergeordneten Knotens und ändert die Konfiguration des untergeordneten Knotens, um ihn dem Hauptknoten ähnlich zu machen.

    Wenn Sie eine Synchronisation erzwingen (verwenden Sie die Option “Sync erzwingen”), löscht die Appliance die GSLB-Konfiguration aus dem untergeordneten Knoten und konfiguriert dann den Untergebenen so, dass er dem Hauptknoten ähnelt.

  • Wenn während der Synchronisation ein Befehl fehlschlägt, wird die Synchronisation nicht abgebrochen, und die Fehlermeldung wird in einer ERR-Datei im Verzeichnis /var/netscaler/gslb protokolliert.
  • Die Synchronisierung erfolgt nur auf den übergeordneten Sites. Die Synchronisierung hat keinen Einfluss auf die Konfiguration der untergeordneten GSLB-Websites. Dies liegt daran, dass die übergeordnete Site und die untergeordneten Sitekonfigurationen nicht identisch sind. Die Konfiguration der untergeordneten Sites besteht nur aus den Details ihrer eigenen und ihrer übergeordneten Site. Außerdem müssen GSLB-Dienste nicht immer in den untergeordneten Sites konfiguriert werden.
  • Wenn Sie die interne Benutzeranmeldung deaktivieren, verwendet die GSLB Auto-Synchronisierung die SSH-Schlüssel, um die Konfiguration zu synchronisieren. Um jedoch die automatische GSLB-Synchronisierung in der Partitionsumgebung verwenden zu können, müssen Sie die interne Benutzeranmeldung aktivieren und sicherstellen, dass der Partitionsbenutzername in den lokalen und Remote-GSLB-Sites identisch ist.

Hinweis

  • Konfigurieren Sie auf dem RPC-Knoten des Remote-GSLB-Sites die Firewall so, dass sie Autosync-Verbindungen akzeptiert, indem Sie die Remote-Site-IP (Cluster-IP-Adresse für Cluster-Setup) und den Port (3010 für RPC und 3008 für sicheren RPC) angeben. Wenn sich die Standardroute zum Erreichen der Remote-Standorte wie in den meisten Fällen im Verwaltungssubnetz befindet, wird NSIP als Quell-IP-Adresse verwendet.

Um eine andere Quell-IP-Adresse zu konfigurieren, müssen Sie die GSLB-Site-IP-Adresse und das SNIP in einem anderen Subnetz haben. Außerdem müssen Sie über ein IP-Subnetz der GSLB-Standort-IP-Adresse eine explizite Route zur IP-Adresse des Remote-Standorts definiert haben.

Zur Erhöhung der Sicherheit empfiehlt Citrix, dass Sie die Kennwörter für das interne Benutzerkonto und den RPC-Knoten ändern. Das Kennwort des internen Benutzerkontos wird durch das RPC-Knotenkennwort geändert. Weitere Informationen finden Sie unter Ändern eines RPC-Knotenkennworts.

Wenn Sie die Option saveconfig verwenden, speichern die Sites, die am Synchronisierungsprozess teilnehmen, ihre Konfiguration automatisch auf folgende Weise:

Konfigurieren Sie auf dem RPC-Knoten des Remote-GSLB-Sites die Firewall so, dass sie Autosync-Verbindungen akzeptiert, indem Sie die Remote-Site-IP (Cluster-IP-Adresse für Cluster-Setup) und den Port (3010 für RPC und 3008 für sicheren RPC) angeben. Wenn sich die Standardroute zum Erreichen der Remote-Standorte wie in den meisten Fällen in einem Verwaltungssubnetz befindet, wird NSIP als Quell-IP-Adresse verwendet.

Um eine andere Quell-IP-Adresse zu konfigurieren, müssen Sie die GSLB-Site-IP-Adresse und das SNIP in einem anderen Subnetz haben. Außerdem müssen Sie über das IP-Subnetz der GSLB-Site eine explizite Route zur IP-Adresse des Remote-Standorts definiert haben. Die Quell-IP-Adresse kann nicht über die an GSLB beteiligten Sites synchronisiert werden, da die Quell-IP-Adresse für einen RPC-Knoten für jede NetScaler Appliance spezifisch ist. Daher müssen Sie, nachdem Sie eine Synchronisation erzwungen haben (mithilfe des Befehls sync gslb config -ForceSync oder durch Auswahl der ForceSync-Option in der GUI), die Quell-IP-Adressen der anderen NetScaler-Appliances manuell ändern. Port 22 ist auch für die Synchronisierung der Datenbankdateien mit dem Remotestandort erforderlich.

Verbesserung der Zeit für die Konfigurationssynchronisierung auf allen GSLB-Sites

Konfigurieren Sie die TCP-Profileinstellungen an der Eingabeaufforderung wie folgt:


set tcpprofile nstcp_internal_apps -bufferSize 4194304 -sendBuffsize 4194304 -tcpmode ENDPOINT
<!--NeedCopy-->

Einschränkungen der Synchronisation

  • Auf der Hauptwebsite müssen die Namen der Remote-GSLB-Sites mit den Namen der Sites identisch sein, die auf den NetScaler Appliances konfiguriert sind, die diese Websites hosten.
  • Während der Synchronisation können Verkehrsstörungen auftreten.
  • NetScaler wird getestet, um bis zu 200.000 Zeilen der Konfiguration zu synchronisieren.
  • Die Synchronisierung kann fehlschlagen:
    • Wenn die Überlaufmethode von CONNECTION in DYNAMIC CONNECTION geändert wird.
    • Wenn Sie das Standortpräfix der GSLB-Dienste austauschen, die an einen virtuellen GSLB-Server auf dem Hauptknoten gebunden sind, und versuchen Sie dann zu synchronisieren.
    • Wenn die RPC-Knotenkennwörter für NSIP- und Loopback-IP-Adresse unterschiedlich sind.
    • Wenn Sie die Synchronisierung auf GSLB-Sites durchführen, die in verschiedenen Partitionen derselben NetScaler Appliance konfiguriert sind.
  • Wenn Sie die GSLB-Sites als Hochverfügbarkeitspaare (HA) konfiguriert haben, müssen die RPC-Knotenkennwörter von primären und sekundären Knoten identisch sein.
  • Wenn Sie eine GLSB-Entität umbenennen, die Teil Ihrer GSLB-Konfiguration ist (verwenden Sie den Befehl “show gslb runningConfig”, um die GSLB-Konfiguration anzuzeigen). Sie müssen die Option Sync erzwingen verwenden, um die Konfiguration mit anderen GSLB-Sites zu synchronisieren.

Hinweis:

  • Bei der inkrementellen Synchronisation müssen Sie die Option Sync erzwingen nicht verwenden, um die Konfiguration mit anderen GSLB-Sites zu synchronisieren. Dies gilt ab NetScaler Release 13.0 Build 79.x ab.

Hinweis: Um die Einschränkungen aufgrund einiger Einstellungen in der GSLB-Konfiguration zu überwinden, können Sie die Option “Synchronisierung erzwingen” verwenden. Wenn Sie jedoch die Option Force Sync verwenden, werden die GSLB-Entitäten entfernt und wieder zur Konfiguration hinzugefügt, und die GSLB-Statistiken werden auf Null zurückgesetzt. Daher wird der Verkehr während der Konfigurationsänderung unterbrochen.

Punkte, die Sie beachten sollten, bevor Sie mit der Synchronisation eines GSLB-Setups beginnen

Bevor Sie die Synchronisierung eines GSLB-Setups starten, stellen Sie sicher, dass:

  • Auf allen GSLB-Sites einschließlich des Hauptstandorts müssen Verwaltungszugriff und SSH für die IP-Adresse der entsprechenden GSLB-Site aktiviert sein. Die IP-Adresse eines GSLB-Sites muss eine IP-Adresse sein, die der NetScaler Appliance gehört. Weitere Informationen zum Hinzufügen der IP-Adressen der GSLB-Site und zum Aktivieren des Verwaltungszugriffs finden Sie unter “Konfigurieren einer grundlegenden GSLB-Site”.
  • Die GSLB-Konfiguration auf der NetScaler Appliance, die als Hauptstandort angesehen wird, ist vollständig und geeignet, um auf allen Standorten kopiert zu werden.
  • Wenn Sie die GSLB-Konfiguration zum ersten Mal synchronisieren, müssen alle an GSLB teilnehmenden Websites über die GSLB-Standorteinheit ihrer jeweiligen lokalen Sites verfügen.
  • Sie synchronisieren keine Sites, die nach Entwurf nicht über die gleiche Konfiguration verfügen.
  • Der Hauptstandort und die untergeordneten Sites führen dieselben NetScaler-Versionen aus. Ab Version 12.1, Build 50.x, sucht die Appliance auf Haupt- und Unterstandorten nach der Firmware-Version, bevor die Synchronisierung initiiert wird. Wenn die Haupt- und die untergeordneten Websites verschiedene Versionen ausführen, wird die Synchronisierung für diesen Remote-Standort abgebrochen, um zu vermeiden, dass inkompatible Änderungen über die Versionen hinweg vorgenommen werden. Außerdem wird eine Fehlermeldung mit den Standortdetails angezeigt, auf denen die Synchronisation abgebrochen wurde.

    Die folgenden Abbildungen zeigen beispielhafte Fehlermeldungen von der CLI und der GUI.

SyncIncompatibility1

SyncIncompatibility2

Wichtig

Die folgenden Verzeichnisse werden im Rahmen der GSLB-Konfigurationssynchronisierung synchronisiert.

  • /var/netscaler/locdb/
  • /var/netscaler/ssl/
  • /var/netscaler/inbuilt_db/
Synchronisieren der Konfiguration in einem GSLB-Setup