In NSX-T Data Center 3.2.2 und höher können Sie bei der Migration einer benutzerdefinierten Topologie den Modus Konfiguration und Edge-Migration auswählen. Der Modus migriert Konfigurationen, überbrückt die logischen NSX-V-Switches zu den entsprechenden NSX-T Data Center-Segmenten und migriert Edge-Knoten für die Übernahme des vertikalen Datenverkehrs.
End-to-End-Workflow für die Konfiguration und Edge-Migration
Führen Sie die folgenden Schritte aus, wenn Sie diesen Modus auswählen:
- Bereiten Sie die NSX-V-Umgebung vor. Siehe Vorbereiten der NSX-V-Umgebung für die Lift-and-Shift-Migration einer benutzerdefinierten Topologie.
- Bereiten Sie die NSX-T Data Center-Umgebung vor. Siehe Vorbereiten der NSX-T Data Center-Umgebung für die Migration einer benutzerdefinierten Topologie.
- Führen Sie die Migrationsschritte Konfiguration importieren, Konfigurationsebene 2 übertragen, Konfigurationsebene 2 auflösen, Konfigurationsebene 2 migrieren und Realisierungsebene 2 prüfen durch. Die Transportzonen und Segmente werden erstellt und können verwendet werden.
- Konfigurieren Sie auf der NSX Manager-Benutzeroberfläche NSX auf den ESXi-Hosts auf der Ziel-Site. Wählen Sie die richtige Transportzone für jeden Host-Switch aus, damit auf die Hosts migrierte VMs mit den richtigen Segmenten verbunden werden. Wenn ein VTEP-IP-Pool zum Konfigurieren von NSX verwendet wird, stellen Sie sicher, dass zwischen diesem IP-Pool und den auf NSX-V konfigurierten IP-Pools keine Überlappung der IP-Adressen vorliegt.
- Erstellen Sie auf NSX eine Topologie, die der NSX-V-Topologie zugeordnet ist, einschließlich Tier-0- und Tier-1-Gateways.
- Führen Sie die Migrationsschritte Topologie definieren, Konfigurationsebene 3 und höher übertragen, Konfigurationsebene 3 und höher auflösen, Konfigurationsebene 3 und höher migrieren, Realisierungsebene 3 und höher prüfen und Edges migrieren aus.
- Im Schritt Arbeitslasten migrieren stehen die folgenden Methoden zur Migration von Arbeitslast-VMs zur Verfügung:
- HCX – Weitere Informationen finden Sie in der HCX-Dokumentation.
- vMotion – Befolgen Sie die Anweisungen im Abschnitt „Arbeitslast-VMs migrieren“ unten.
- Stellen Sie sicher, dass alles erwartungsgemäß funktioniert.
- Führen Sie bei Bedarf Aufgaben nach der Migration aus, um die Quell-Site auf NSX-V zu bereinigen.
Arbeitslast-VMs von HCX migrieren
Hinweis: Stellen Sie sicher, dass Ihre HCX-Version diese Funktion unterstützt. Wenn HCX nicht verfügbar ist, finden Sie weitere Informationen zum Migrieren von Arbeitslast-VMs unten im Abschnitt „Arbeitslast-VMs migrieren“.
HCX kann VMs nach Gruppe migrieren. Um VMs von HCX zu migrieren, führen Sie zunächst die Migrationsschritte von NSX Manager bis zum letzten Schritt, Arbeitslasten migrieren, durch. Migrieren Sie dann die VMs von HCX. Wenn die VMs migriert werden, klicken Sie im Bildschirm Arbeitslasten migrieren in NSX Manager auf Fertig stellen.
Arbeitslast-VMs migrieren
Wenn Sie Arbeitslast-VMs nicht mit HCX migrieren, können Sie die Schritte in Migrieren von Arbeitslasten bei einer Lift-and-Shift-Migration ausführen.
(Optional) Erneutes Verwenden eines NSX-V-Hosts als NSX-T Data Center-Transportknoten
Wenn Sie einen NSX-V-Host erneut verwenden möchten, befolgen Sie die folgenden Schritte, um als Erstes den Host als NSX-T Data Center-Transportknoten vorzubereiten.
- Versetzen Sie den Host in VC in den Wartungsmodus.
- Verschieben Sie den Host aus seinem Cluster heraus, sodass er zu einem eigenständigen Host wird. Deinstallieren Sie NSX-V auf dem Host.
- Beenden Sie den Wartungsmodus für den Host.
- Suchen Sie auf der NSX Manager-Benutzeroberfläche den Host unter NSX-T Version 3.2.0 oder 3.2.1 verwenden) oder unter (wenn Sie NSX-T Version 3.2.2 oder höher verwenden). Fügen Sie die VDSs mit den richtigen Transportzonen und Host-Switch-Uplink-Profilen hinzu. Warten Sie, bis für den Status des Knotens Erfolg angezeigt wird. (sofern Sie
- Versetzen Sie den Host in VC in den Wartungsmodus.
- Verschieben Sie den Host aus seinem Cluster heraus, sodass er zu einem eigenständigen Host wird. Deinstallieren Sie NSX-V auf dem Host.
- Verschieben Sie den Host aus allen VDSs im Quell-VC heraus.
- Notieren Sie sich die Host-IP und entfernen Sie dann den Host aus der Bestandsliste im Quell-VC.
- Fügen Sie den Host zu einem Cluster im Ziel-VC und dann zu den VDSs im Ziel-VC hinzu.
- Beenden Sie den Wartungsmodus für den Host.
- Suchen Sie auf der NSX Manager-Benutzeroberfläche den Host unter NSX-T Version 3.2.0 oder 3.2.1 verwenden) oder unter (wenn Sie NSX-T Version 3.2.2 oder höher verwenden). Fügen Sie die VDSs mit den richtigen Transportzonen und Host-Switch-Uplink-Profilen hinzu. Warten Sie, bis für den Status des Knotens Erfolg angezeigt wird. (sofern Sie
Es empfiehlt sich, einen NSX-V-Host erneut zu verwenden, bevor der Schritt Edges migrieren gestartet wird. Wenn Sie einen NSX-V-Host erneut verwenden möchten, nachdem der Schritt Edges migrieren gestartet wurde, führen Sie die in diesem Abschnitt beschriebenen Schritte aus und anschließend die unter „(Optional) Hinzufügen eines NSX-T Data Center-Transportknotens, nachdem der Schritt Edges migrieren gestartet wurde“ beschriebenen Schritte.
(Optional) Einen NSX-T Data Center-Transportknoten hinzufügen, nachdem der Schritt Edges migrieren begonnen wurde
Es wird empfohlen, alle NSX-T Data Center-Transportknoten zum NSX-T Data Center-Zielsystem hinzuzufügen, bevor der Schritt Edges migrieren gestartet wird. Führen Sie die folgenden Schritte aus, um das Problem zu umgehen, um einen NSX-T Data Center-Transportknoten hinzuzufügen, nachdem der Schritt Edges migrieren gestartet wurde.
- Navigieren Sie auf der NSX Manager-Benutzeroberfläche zu NSX-T Version 3.2.0 oder 3.2.1 verwenden) oder zu (wenn Sie NSX-T Version 3.2.2 oder höher verwenden) und kopieren Sie die UUID des Knotens. (sofern Sie
- Verwenden Sie ssh, um sich bei NSX Manager anzumelden, in dem Sie die Migration gestartet haben.
- Suchen Sie nach der IP des Hosts in /var/log/migration-coordinator/v2t/nsxv-config/hosts.json und kopieren Sie den moId (z. B. host-12). Wenn in der Datei kein Host gefunden wird, suchen Sie den moId des Hosts über
https://<VC-IP>/mob
. - Führen Sie die folgenden Befehle aus:
cd /opt/vmware/migration-coordinator-tomcat/bin/v2t/config-collector python3 vc_collector.py -s <VC-IP> -o <VC-HTTPS-port> -u <VC-user-name> -t /var/log/migration-coordinator/v2t/nsxv-config/ -c /var/log/migration-coordinator/v2t/config.json -hId <TN-uuid> -hmoId <host-moId>
Hinweis: <VC-HTTPS-port> ist standardmäßig 443. Beispiel:python3 vc_collector.py -s 10.78.129.191 -o 443 -u [email protected] -t /var/log/migration-coordinator/v2t/nsxv-config/ -c /var/log/migration-coordinator/v2t/config.json -hId 1bad5da6-8093-4496-a910-3dc224e6ac11 -hmoId host-12
- Führen Sie die folgenden Befehle aus:
cd /opt/vmware/migration-coordinator-tomcat/bin/v2t/config-migrator python3 main.py -c /var/log/migration-coordinator/v2t/config.json -s accept-tn -t tn -i <TN-uuid> runtime
Beispiel:python3 main.py -c /var/log/migration-coordinator/v2t/config.json -s accept-tn -t tn -i 1bad5da6-8093-4496-a910-3dc224e6ac11 runtime
Wenn Sie zur Eingabe des Authentifizierungstokens von NSX-V Manager aufgefordert werden, können Sie den Token abrufen, indem Sie den folgenden Befehl ausführen:curl -i -k -u <admin-user> -X POST https://<nsx-v-ip>/api/2.0/services/auth/token?expiresInMinutes=720
Hinweis: <admin-user> ist das Administratorkonto von NSX-V Manager und <nsx-v-ip> die IP-Adresse des NSX-V Managers.
Der Schritt dauert sehr lange, wenn der erste Transportknoten akzeptiert wird, da er die NSX-V-Controller einschalten muss. Der Schritt schlägt fehl, wenn kein NSX-V-Controller eingeschaltet werden kann und sich im Zustand connected befindet. Beheben Sie in dieser Situation Fehler an den NSX-V-Controllern, um sicherzustellen, dass sich mindestens ein NSX-V-Controller im Zustand connected befindet. Wiederholen Sie dann diesen Schritt.