Wenn Sie eine benutzerdefinierte Topologie migrieren, können Sie den Modus Konfiguration und Edge-Migration auswählen. Der Modus migriert Konfigurationen, überbrückt die logischen NSX-V-Switches zu den entsprechenden NSX-Segmenten und migriert Edge-Knoten für die Übernahme des vertikalen Datenverkehrs.

Hinweis: Für diesen Migrationsmodus ist es erforderlich, dass dedizierte Hosts zum NSX-Cluster hinzugefügt werden können. Wenn keine neuen Hosts verfügbar sind, können Hosts von NSX-V wiederverwendet werden. Weitere Informationen finden Sie weiter unten im Abschnitt „(Optional) Erneute Verwendung eines NSX-V-Hosts als NSX-Transportknoten“.

End-to-End-Workflow für die Konfiguration und Edge-Migration

Führen Sie die folgenden Schritte aus, wenn Sie diesen Modus auswählen:

  1. Bereiten Sie die NSX-V-Umgebung vor. Siehe Vorbereiten der NSX-V-Umgebung für die Lift-and-Shift-Migration einer benutzerdefinierten Topologie.
  2. Bereiten Sie die NSX-Umgebung vor. Siehe Vorbereiten der NSX-Umgebung für die Migration einer benutzerdefinierten Topologie.
  3. 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.
  4. 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.
  5. Erstellen Sie auf NSX eine Topologie, die der NSX-V-Topologie zugeordnet ist, einschließlich Tier-0- und Tier-1-Gateways.
  6. 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.
  7. 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.
  8. Stellen Sie sicher, dass alles erwartungsgemäß funktioniert.
  9. 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-Transportknoten

Wenn Sie einen NSX-V-Host erneut verwenden möchten, befolgen Sie die folgenden Schritte, um als Erstes den Host als NSX-Transportknoten vorzubereiten.

Wenn der VC des Migrationsziels mit dem Quell-VC identisch ist:
  1. Versetzen Sie den Host in VC in den Wartungsmodus.
  2. Verschieben Sie den Host aus seinem Cluster heraus, sodass er zu einem eigenständigen Host wird. Deinstallieren Sie NSX-V auf dem Host.
  3. Beenden Sie den Wartungsmodus für den Host.
  4. Suchen Sie auf der NSX Manager-Benutzeroberfläche den Host in System > Fabric > Hosts. 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.
  5. Führen Sie folgenden NSX-API-Aufruf aus, um den neuen Host zu akzeptieren:
    POST https://{nsx-mgr-ip}/api/v1/migration/setup?action=migrate_newly_added_host_transport_node
{
    "host_transport_node_id" : "<transport-node-uuid>"
}
Wenn sich der Migrationsziel-VC von dem Quell-VC unterscheidet:
  1. Versetzen Sie den Host in VC in den Wartungsmodus.
  2. Verschieben Sie den Host aus seinem Cluster heraus, sodass er zu einem eigenständigen Host wird. Deinstallieren Sie NSX-V auf dem Host.
  3. Verschieben Sie den Host aus allen VDSs im Quell-VC heraus.
  4. Notieren Sie sich die Host-IP und entfernen Sie dann den Host aus der Bestandsliste im Quell-VC.
  5. Fügen Sie den Host zu einem Cluster im Ziel-VC und dann zu den VDSs im Ziel-VC hinzu.
  6. Beenden Sie den Wartungsmodus für den Host.
  7. Suchen Sie auf der NSX Manager-Benutzeroberfläche den Host in System > Fabric > Hosts. 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.
  8. Führen Sie folgenden NSX-API-Aufruf aus, um den neuen Host zu akzeptieren:
    POST https://{nsx-mgr-ip}/api/v1/migration/setup?action=migrate_newly_added_host_transport_node
{
    "host_transport_node_id" : "<transport-node-uuid>"
}

Sie können einen NSX-V-Host erneut verwenden, bevor oder nachdem der Schritt Migrieren der Edges gestartet wird.