ADC
Danke für das Feedback

Dieser Artikel wurde maschinell übersetzt. (Haftungsausschluss)

Upgradeempfehlungen für die GSLB-Bereitstellung

Dieser Abschnitt enthält Empfehlungen zur Reihenfolge, in der GSLB-Knoten in verschiedenen GSLB-Setups aktualisiert werden müssen. Es befasst sich auch mit einigen FAQs.

Hinweis: Die NetScaler-Appliance, von der aus die GSLB-Synchronisierung gestartet wird, wird als “Hauptsitz” und die GSLB-Sites bezeichnet, auf denen die Konfiguration als “untergeordnete Standorte” kopiert wird.

Bevor Sie mit dem Upgrade-Prozess beginnen, lesen Sie die in den folgenden Themen genannten Voraussetzungen:

Zu beachtende Punkte beim Upgrade von GSLB-Setups

  • Aktualisieren Sie in einem HA-Setup zuerst die untergeordneten Standorte und dann die Hauptwebsite.

  • In einem HA-Setup werden Dienststatus möglicherweise nicht von einem älteren Build-Primärknoten zu einem neueren sekundären Build-Knoten weitergegeben. Wenn die Builds jedoch aus verschiedenen Versionen bestehen, aber dieselbe HA-Version haben, wird der Dienststatus möglicherweise weiterhin verbreitet.

  • Wenn GSLB in einem Cluster konfiguriert ist, aktualisieren Sie zuerst die Nicht-Besitzer-Knoten, und aktualisieren Sie dann den Eigentümerknoten. Wenn sich ein Standort oder mehrere Standorte in einem Cluster befinden, folgen Sie an jeder Site dieselbe Upgrade-Sequenz.

  • Aktivieren Sie neue GSLB-Funktionen erst, nachdem Sie alle Knoten auf einen neueren Build aktualisiert haben.

  • Aktualisieren Sie alle GSLB-Knoten auf den neuesten Build. Es gibt keine funktionalen Auswirkungen auf die verfügbaren Funktionen, wenn einige der GSLB-Knoten eine ältere Version verwenden und einige der GSLB-Knoten auf eine neuere Version aktualisiert werden.

Häufig gestellte Fragen

  • Werden GSLB-Dienstzustände propagiert, wenn Instanzen verschiedene Softwareversionen ausführen?

    GSLB MEP ist funktionsfähig, wenn Instanzen, die auf verschiedenen Versionen und GSLB-Dienstzuständen ausgeführt werden, über GSLB-Sites verteilt werden. Es gibt keine Auswirkungen auf die MEP-Kommunikation, wenn Instanzen nach einem Upgrade verschiedene Versionen ausführen.

  • Ist es empfehlenswert, während eines Upgrades Konfigurationsänderungen vorzunehmen?

    Wenn in einem GSLB-Setup ein Hauptstandort aktualisiert wird, wird nicht empfohlen, Konfigurationsänderungen an anderen GSLB-Knoten vorzunehmen.

Zugehörige Ressourcen

Die folgenden Ressourcen enthalten Informationen zum Upgrade einer NetScaler-Instanz mithilfe der NetScaler Console:

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.
Upgradeempfehlungen für die GSLB-Bereitstellung