Produktdokumentation
ADC
14.1 - Current Release 13.1 13.0 12.1
PDF anzeigen

Entfernen und Ersetzen eines Citrix ADC in einem Hochverfügbarkeit-Setup

October 5, 2021
Beitrag von: 
C

Dieser Artikel hilft Ihnen mit RMA-Ersetzungen. Außerdem enthält dieser Artikel Anweisungen zum Sichern von Konfigurationen, zum Upgrade oder Downgrade der gelieferten Softwareversion und zum Einrichten des RPC-Kennworts auf ADC.

Zu berücksichtigende Punkte

Die folgenden Konfigurationen werden nicht in einer Hochverfügbarkeitskonfiguration im INC-Modus (Independent Network Configuration) oder Nicht-INC-Modus synchronisiert oder weitergegeben:

  • Alle knotenspezifischen HA-Konfigurationsbefehle. Fügen Sie beispielsweise ha-Knoten hinzu, setzen Sie ha-Knoten und binden Sie ha-Knoten.
  • Alle Interface-bezogenen Konfigurationsbefehle. Zum Beispiel, setzen Sie Schnittstelle und unset interface.
  • Alle kanalbezogenen Konfigurationsbefehle. Fügen Sie beispielsweise Kanal hinzu, setzen Sie den Kanal ein und binden Sie den Kanal ein.
  • Alle Konfigurationsbefehle für die Schnittstelle HA-Überwachung.

Die folgenden Konfigurationen werden in einer HA-Konfiguration im INC-Modus (Unabhängige Netzwerkkonfiguration) weder synchronisiert noch weitergegeben:

  • SNIPs
  • VLANs
  • Routen (außer LLB-Routen)
  • Routenüberwachung
  • RNAT Regeln (außer RNAT Regel mit VIP als NAT IP)
  • Dynamische Routing-Konfigurationen

Anweisungen

Führen Sie die folgenden Schritte aus, um einen Citrix ADC in Hochverfügbarkeit-Setup zu ersetzen:

  • Entfernen eines sekundären Active Citrix ADC Knotens
  • Konfigurieren des sekundären Ersatzknotens
  • Überprüfen und Aktualisieren der Software auf Ersatz-ADC
  • Kennwort für neu sekundär auf primäre Übereinstimmung festlegen
  • Hinzufügen von Lizenzen zum Ersatz-ADC
  • HA-Paar zwischen primären und neuem sekundären Knoten erstellen

Entfernen eines aktiven sekundären Knotens

  1. Melden Sie sich bei beiden ADCs an und führen Sie den folgenden Befehl aus, um zu bestätigen, welcher Knoten primär ist und welcher Knoten sekundär ist:

    show ha node
<!--NeedCopy-->

  2. Melden Sie sich am primären ADC an, sichern Sie die Konfigurationen auf dem primären Knoten, und kopieren Sie die Dateien vor den Änderungen aus dem ADC. Diese Dateien befinden sich im Verzeichnis /var /ns_sys_backup/.

    Führen Sie die folgenden Schritte aus:

    1. Speichern Sie die ADC-Ausführungskonfigurationen im Arbeitsspeicher:

      save ns config
<!--NeedCopy-->

    2. Erstellen Sie das vollständige Backupdateipaket:

      create system backup -level full
<!--NeedCopy-->

    3. Erstellen Sie das grundlegende Backupdateipaket:

      create system backup -level basic
<!--NeedCopy-->

  3. Nachdem alle Backupdateien generiert wurden, müssen Sie sie vom Gerät kopieren, bevor Sie fortfahren.

    Öffnen Sie von einem Windows-Terminal eine Eingabeaufforderung und kopieren Sie die Backupdateien vom ADC auf die lokale Festplatte. Dies kann mit dem folgenden Befehl erfolgen:

    pscp <username>@<NSIP>:<Target file source>  <Target file destination>
<!--NeedCopy-->

    Beispiel:

    pscp nsroot@10.125.245.78:/var/ns_sys_backup/backup_basic_10.125.245.78_2016_09_14_15_08.tgz c:\nsbackup\backup_basic_10.125.245.78_2016_09_14_15_08.tgz
<!--NeedCopy-->

    Wenn Sie dazu aufgefordert werden, geben Sie das Kennwort für das angegebene Administratorkonto ein und drücken Sie dann die Eingabetaste. Wiederholen Sie diese Schritte, bis alle Backuppakete auf den lokalen PC kopiert werden, bevor Sie fortfahren.

  4. SSH in den sekundären ADC, und stellen Sie das Gerät auf den Status STAYSECONDARY. Dadurch wird die Einheit gezwungen, die primäre Rolle im Falle eines erkannten Fehlers während des Austauschs nicht zu übernehmen. Stellen Sie sicher, dass Sie mit dem sekundären ADC verbunden sind, bevor Sie diesen Schritt ausführen

    set ha node –haStatus <state>
set ha node –haStatus STAYSECONDARY
<!--NeedCopy-->

  5. Sobald der Knotenstatus des sekundären ADC erfolgreich STAYSECONDARY angezeigt wird, wechseln Sie zum primären ADC, löschen Sie den sekundären Knoten, und führen Sie den folgenden Befehl aus:

    save ns config
<!--NeedCopy-->

    Führen Sie die folgenden Befehle aus, während Sie am primären ADC angemeldet sind

    1. Führen Sie den folgenden Befehl aus, um zu ermitteln, welcher numerische Wert den sekundären HA-Knoten darstellt:

      show ha node
<!--NeedCopy-->

    2. Führen Sie den folgenden Befehl aus, um den sekundären ADC aus dem primären HA-Paar zu entfernen.

      rm ha node <node ID>
<!--NeedCopy-->

    3. Führen Sie den folgenden Befehl aus, um die Konfiguration zu speichern:

      save ns config
<!--NeedCopy-->

    4. Wenn der sekundäre ADC nun entfernt ist, wird der sekundäre ADC aus dem Netzwerk heruntergefahren, getrennt und entfernt.

      Hinweis. Achten Sie darauf, alle Verbindungen zu beschriften, bevor Sie die Verbindung trennen.

Konfigurieren des sekundären Ersatzknotens

  1. Schalten Sie das neue Gerät mit dem Ersatz-ADC ein. Schließen Sie die Netzwerkverbindungen an diesem Punkt NICHT an.

  2. Wenn der Start abgeschlossen ist, verwenden Sie den Konsolenport, um eine Verbindung mit dem ADC herzustellen, und konfigurieren Sie den NSIP, den Sie für die Verbindung mit dem Gerät verwenden.

  3. Wenn Sie dazu aufgefordert werden, wählen Sie 4.

    Hinweis. In diesem Beispiel verwenden wir einen anderen NSIP für den Ersatz ADC. Wenn Sie die IP der ursprünglichen sekundären Einheit verwenden möchten, können Sie sie auf dem Ersatz ändern, bevor Sie den neuen ADC an die primäre HA-Einheit binden.

  4. Der ADC sollte nun gestartet werden. Verbinden Sie nun die Netzwerkschnittstelle, die für den Verwaltungsdatenverkehr verwendet wird, und bestätigen Sie, dass die IP-Adresse von Ihrem Netzwerk aus erreichbar ist.

Überprüfen und Aktualisieren der Software auf Ersatz-ADC

Bevor Sie die neue Einheit mit dem primären ADC synchronisieren, müssen wir sicherstellen, dass beide ADCs denselben Build ausführen.

  1. Führen Sie den folgenden Befehl aus, um die Version auf ADC zu überprüfen:

    show version
<!--NeedCopy-->

  2. Erstellen Sie während des neuen sekundären ADC einen Unterordner in /var, der für das Upgrade verwendet werden soll.

  3. Gehen Sie zu Citrix Downloads und laden Sie das entsprechende Paket herunter, das der Build-Version entspricht, die auf dem primären ADC ausgeführt wird.

  4. Laden Sie die TGZ-Datei herunter und extrahieren Sie sie:

    tar -xvzf "file.tgz"
<!--NeedCopy-->

  5. Kopieren Sie die extrahierten Dateien in den sekundären ADC. Öffnen Sie auf Ihrem Windows-Terminal eine Eingabeaufforderung und navigieren Sie zu dem Verzeichnis, das das extrahierte .tgz-Build-Paket enthält, und führen Sie den folgenden pscp-Befehl aus:

    pscp <Target file source>  <username>@<NSIP>:<Target file destination>
<!--NeedCopy-->

    Beispiel:

    C:\inetpub>pscp c:\inetpub\build-12.1-47.14_nc.tgz nsroot@10.20.245.80:/var/NS_upg_12.1_47.14/build-12.1-47.14_nc.tgz
<!--NeedCopy-->

  6. Nachdem die Datei übertragen wurde, kehren Sie zum sekundären ADC zurück und aktualisieren Sie das Upgrade. Ausführliche Anweisungen finden Sie unter Upgrade einer Citrix ADX Standalone Appliance.

  7. Sobald der neue sekundäre neu gestartet wurde, wird SSH wieder in das Gerät aufgenommen und bestätigt, dass das Upgrade erfolgreich ist und der Build dem des primären entspricht.

Kennwort für den sekundären Ersatzknoten so festlegen, dass er primär entspricht

Hinweis: Wenn Sie an dieser Stelle die Verwaltungs-IP-Adresse (NSIP) des neuen sekundären ADC ändern möchten, können Sie dies tun, bevor Sie fortfahren.

Ändern Sie das Kennwort auf dem neuen sekundären ADC so, dass es mit dem Kennwort übereinstimmt, das sich derzeit auf dem primären ADC befindet.

  1. Stellen Sie sicher, dass das standardmäßige Administratorkontokennwort (nsroot) dem primären ADC entspricht. Dies geschieht mit dem folgenden Befehl, während Sie über SSH in der neuen sekundären Einheit angemeldet sind:

    set system user <user> <password>
<!--NeedCopy-->

    Dieser Befehl set/setzt das Kennwort für den angegebenen Benutzer zurück.

  2. SSH in den primären und neuen sekundären ADC und bestätigen, dass Kennwörter übereinstimmen.

Hinzufügen von Lizenzen zum sekundären Ersatzknoten

Wenn der neue ADC aktualisiert und bereit für die Kopplung ist, laden Sie die entsprechende Lizenzierung für den Ersatzknoten herunter und installieren Sie sie.

  1. Navigieren Siehttps://www.citrix.com zu, um Lizenzen für das neue Ersatzgerät anzufordern und herunterzuladen.

  2. Nachdem Sie alle entsprechenden Lizenzen heruntergeladen haben, geben Sie SSH in den neuen sekundären ADC ein, und geben Sie den folgenden Befehl ein, um den aktuellen Lizenzierungsstatus anzuzeigen:

    show license
<!--NeedCopy-->

  3. Von der Windows Terminal-Eingabeaufforderung müssen Sie nun die Lizenzdateien mit dem folgenden Befehl in den neuen sekundären ADC hochladen:

    Hinweis. Wenn Sie mehrere Lizenzen haben, wiederholen Sie diesen Schritt, bis alle Lizenzen hochgeladen sind.

    pscp <Target file source>  <username>@<NSIP>:<Target file destination>
<!--NeedCopy-->

    Beispiel:

    C:\inetpub>pscp c:\inetpub\NS-VPX-3K-LIC-020030ad0024.lic nsroot@10.125.245.80:/nsconfig/license/NS-VPX-3K-LIC-020030ad0024.lic
<!--NeedCopy-->

  4. SSH in den neuen sekundären ADC und führen einen Warm-Neustart mit dem folgenden Befehl durch:

    reboot –w
<!--NeedCopy-->

    Nachdem das Gerät neu gestartet wurde, SSH in das Gerät und führen Sie den Befehl show license erneut aus. An dieser Stelle sollten die Lizenzen angewendet werden.

Hochverfügbarkeit zwischen primären und neuem sekundären Knoten einrichten

Zu diesem Zeitpunkt sind wir bereit, die Citrix ADC Einheiten zu einem Hochverfügbarkeitspaar zu verbinden. Weitere Informationen finden Sie unter Konfigurieren von Hochverfügbarkeit.

Entfernen und Ersetzen eines Citrix ADC in einem Hochverfügbarkeit-Setup
October 5, 2021
Beitrag von: 
C
October 5, 2021
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.