Migrieren Sie die Konfiguration einer NetScaler-Instanz über SDX-Geräte hinweg

Bevor Sie die Konfiguration der NetScaler-Instanz auf ein neues SDX-Gerät migrieren, müssen Sie zuerst das neue SDX-Gerät einrichten.

In der folgenden Tabelle sind die am Migrationsprozess beteiligten Gerätenamen aufgeführt:

Die folgenden Abbildungen erläutern den Migrationsprozess und zeigen den aktuellen, vorläufigen und endgültigen Status der Hochverfügbarkeitskonfigurationen (HA).

Abbildung 2. Aktueller Stand

Abbildung 2. Zwischenstaat

Abbildung 3. Gewünschter Staat

In der folgenden Tabelle werden die im Diagramm verwendeten Farblegenden erklärt:

Voraussetzungen

• Aktualisieren Sie die neue SDX-Appliance (SDX-NEW-A2) auf dieselbe Build-Version wie die ältere. Wenn der Build auf der alten SDX-Appliance auf der neuen SDX nicht unterstützt wird, aktualisieren Sie zunächst die ältere SDX-Appliance auf einen Build, der auf der neuen SDX unterstützt wird.

• Vervollständigen Sie in der neuen SDX-Appliance (SDX-NEW-A2) die -Erstkonfiguration, einschließlich der Einrichtung von Benutzernamen, Kennwörtern, IP-Adressen und Gateway-Konfigurationen.

• Wenn auf den alten SDX-Appliances bestimmte Konfigurationen vorhanden sind, die repliziert werden müssen, verwenden Sie den Management Service, um Einstellungen wie Kanalerstellung, MTU-Einstellungen und Administratorprofile auf der neuen SDX-Appliance zu konfigurieren.

• Stellen Sie eine NetScaler-Instanz (VPX-NEW-A2) auf der neuen SDX-Appliance (SDX-NEW-A2) mit demselben Build und derselben Konfiguration wie die ältere bereit. Weitere Informationen finden Sie unter NetScaler-Instanz auf der SDX-Appliance bereitstellen.

Unterstützte Migrationsszenarien

Diese Migration gilt für die folgenden Szenarien:

• Konfiguration für hohe Verfügbarkeit (HA)
• Eigenständige Bereitstellungen
• Migration auf eine identische SDX-Plattform
• Migration auf eine andere SDX-Plattform

Hinweise:

• Dieser Migrationsprozess unterstützt nicht die Migration von SDX zu von Hypervisoren gehosteten VPX-Instanzen von Drittanbietern.
• Diese beschriebenen Schritte werden für die Migration von SDX-Plattformen von SDX 14000 auf 15000, SDX 14000 auf 16000 und SDX 22000 auf 15000 validiert. Die gleichen Schritte gelten auch für andere SDX-Plattformen.

Die verschiedenen Szenarien werden im Folgenden erklärt:

Fall 1: Kein Kanal und gleiche Schnittstellengeschwindigkeit und Nummerierung

Wenn die alte VPX-Instanz (VPX-OLD-A2) mit den Schnittstellen 10/1, 10/2,…, 10/n konfiguriert ist, muss die neue VPX-Instanz (VPX-NEW-A2) diese Konfiguration exakt replizieren.

Fall 2: Kein Kanal und unterschiedliche Schnittstellengeschwindigkeit oder Nummerierung

Wenn die alte VPX-Instanz (VPX-OLD-A2) mit den Schnittstellen 10/1 und 10/2 konfiguriert ist und die neue VPX-Instanz (VPX-NEW-A2) mit den Schnittstellen 10/3 und 10/4 konfiguriert ist. Alternativ könnte die neue VPX-Instanz (VPX-NEW-A2) die Schnittstellen 25/1 und 25/2 verwenden.

Fall 3: Gleiche Kanalnummerierung

Wenn die alte VPX-Instanz (VPX-OLD-A2) mit den Kanälen LA/1, LA/2,…, LA/n konfiguriert ist, muss die neue VPX-Instanz (VPX-NEW-A2) diese Konfiguration exakt replizieren. Die Nummerierung oder Geschwindigkeit der zugrunde liegenden Mitgliederschnittstelle hat keinen Einfluss auf diese Anforderung.

Fall 4: Unterschiedliche Kanalnummerierung

Wenn die alte VPX-Instanz (VPX-OLD-A2) mit den Kanälen LA/1 und LA/2 konfiguriert ist, während die neue VPX-Instanz (VPX-NEW-A2) mit den Kanälen LA/3 und LA/4 konfiguriert ist.

Phasen der Migration

Phase 1: Unterbrechen Sie HA (falls zutreffend) und entfernen Sie das sekundäre VPX

Wenn HA aktiviert ist, müssen Sie die HA-Konfiguration unterbrechen und das sekundäre VPX (VPX-OLD-A2) aus dem HA-Setup entfernen.

1. Unterbrechen Sie die HA-Konfiguration

   1. Melden Sie sich bei der CLI der primären VPX-Instanz (VPX-OLD-A1) an.

   2. Um den HA-Status auf VPX-OLD-A1 so einzustellen, dass er der primäre Knoten bleibt, geben Sie Folgendes ein:

      set ha node -hastatus STAYPRIMARY
      <!--NeedCopy-->
      

   3. Um den HA-Synchronisierungsstatus auf dem primären Knoten (VPX-OLD-A1) zu deaktivieren, geben Sie Folgendes ein:

      set ha node -haSync DISABLED
      <!--NeedCopy-->
      

2. Entfernen Sie das sekundäre VPX aus dem HA-Paar

   1. Melden Sie sich bei der CLI der sekundären VPX-Instanz (VPX-OLD-A2) an.

   2. Um den HA-Status auf VPX-OLD-A2 so einzustellen, dass er der sekundäre Knoten bleibt, geben Sie Folgendes ein:

      set ha node -hastatus STAYSECONDARY
      <!--NeedCopy-->
      

   3. Entfernen Sie VPX-OLD-A2 aus dem HA-Paar, um die HA-Konfiguration zu unterbrechen. Identifizieren Sie die Knoten-ID für VPX-OLD-A2 und führen Sie den folgenden Befehl aus:

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

Phase 2: Bilden Sie ein HA-Paar zwischen dem alten primären VPX und dem neuen VPX

So richten Sie ein HA-Paar zwischen dem alten primären VPX (VPX-OLD-A1) und dem neuen VPX (VPX-NEW-A2) ein:

1. Geben Sie auf der CLI des alten primären VPX (VPX-OLD-A1) Folgendes ein:

   add ha node 1 <IP address of VPX-NEW-A2>
   <!--NeedCopy-->
   

2. Geben Sie auf der CLI des neuen VPX (VPX-NEW-A2) Folgendes ein:

   add ha node 1 <IP address of VPX-OLD-A1>
   <!--NeedCopy-->
   

Phase 3: VPX-Konfiguration migrieren

Aktivieren Sie auf dem primären VPX (VPX-OLD-A1) die HA-Synchronisierung mit dem folgenden Befehl:

set ha node -haSync ENABLED
<!--NeedCopy-->

Phase 4 (optional): Zusätzliche Schritte für Fall 2 und Fall 4 erforderlich

Führen Sie die folgenden Schritte aus, um bestimmte Szenarien in Fall 2 (kein Kanal und unterschiedliche Schnittstellengeschwindigkeit oder Nummerierung) und Fall 4 (unterschiedliche Kanalnummerierung) Migration zu berücksichtigen.

Auf dem neuen sekundären VPX (VPX-NEW-A2):

1. Überprüfe die Logdatei unter /var/nssynclog/sync_batch_status.log auf Fehler.

2. Die schnittstellenbezogenen Einstellungen können zu Fehlern führen. Korrigieren Sie die Konfigurationen bind vlan und set interface manuell.

3. Wenn weitere Fehler gefunden werden, beheben Sie diese manuell.

4. Speichern Sie die Konfiguration entweder mit dem Befehl save config oder save ns config -all .

Hinweise:

Bevor Sie das Traffic-Failover zum neuen VPX auf der neuen SDX-Appliance einleiten, stellen Sie Folgendes sicher:

• Stellen Sie sicher, dass die HA-Synchronisierung aktiviert ist.

• Validieren Sie die Konfiguration des aktuellen sekundären VPX (VPX-NEW-A2) mit dem Befehl show ns runningconfig.

• Suchen Sie in der Protokolldatei unter /var/nssynclog/sync_batch_status.log auf dem sekundären Knoten nach Fehlern.

Phase 5: Failover erzwingen, um den Datenverkehr auf der neuen SDX-Appliance zum neuen VPX zu migrieren

Gehen Sie wie folgt vor, um ein erzwungenes Failover zu initiieren, um den Datenverkehr auf das neue VPX (VPX-NEW-A2) umzuleiten, das auf der neuen SDX-Appliance gehostet wird:

1. Geben Sie auf VPX-OLD-A1 Folgendes ein, um das HA-Paar zu aktivieren:

   set ha node -haStatus ENABLED
   <!--NeedCopy-->
   

   Hier wird VPX-OLD-A1 im HA-Paar aktiv.

2. Um das Failover des Datenverkehrs zum neuen VPX (VPX-NEW-A2) zu erzwingen, geben Sie Folgendes ein:

   force ha failover
   <!--NeedCopy-->
   

   VPX-NEW-A2 wird zum primären Knoten, der den eingehenden Verkehr abwickelt.

Beim Übergang von der vorherigen SDX-Plattform SDX-OLD-A2 zur neuen SDX-Plattform SDX-NEW-A2 ist der VPX-NEW-A2 auf SDX-NEW-A2 nun der primäre Knoten und verwaltet den Datenverkehr. Diese Schritte gelten auch für den Ersatz von SDX-OLD-A1 durch die neue SDX-Plattform SDX-NEW-A1.