Migrationsmodi

Es gibt mehrere Möglichkeiten, NSX-V zu NSX-T zu migrieren.

Die folgenden Standardmigrationsmodi sind verfügbar:

• NSX for vSphere migrieren
  • Feste Topologie

    Die „Feste Topologiemigration“ ist auf die in Feste Topologien für End-to-End-Migration unterstützten Topologien beschränkt.

  • Benutzerdefinierte Topologie

    Benutzerdefinierte Topologien ermöglichen die Migration beliebiger Topologien von NSX-V. Sie erstellen die Layer-3-Topologie auf NSX-T und ordnen die NSX-v Edge Services Gateways (ESGs) und Distributed Logical Router (DLRs) den NSX-T Tier-0- oder Tier-1-Gateways zu.

    Es stehen zwei Modi zur Verfügung, wenn Sie eine benutzerdefinierte Topologie auswählen:

    • Vollständige Migration
    • Konfigurationsmigration
    • Konfiguration und Edge-Migration (als Tech Preview-Funktion in NSX-T 3.2.2 verfügbar)

  Auf dem folgenden Bildschirm werden die Migrationsmodi angezeigt, die verfügbar sind, wenn Sie NSX for vSphere auswählen:

  

  Auf dem folgenden Bildschirm werden die Migrationsmodi angezeigt, die für benutzerdefinierte Topologien verfügbar sind:

  

  Die folgende Tabelle zeigt den Migrationstyp für jeden Modus:

  Modus	Migrationstyp
  Feste Topologie	End-to-End
  Benutzerdefinierte Topologie + Vollständige Migration	End-to-End
  Benutzerdefinierte Topologie + Konfigurationsmigration	Lift-and-Shift
  Benutzerdefinierte Topologie + Konfiguration und Edge-Migration	Lift-and-Shift. Unterstützt HCX für die Migration von Arbeitslasten.

  Bei einer End-to-End-Migration wird die gesamte NSX-V-Umgebung migriert. Bei einer Lift-and-Shift-Migration werden nur Konfigurationen migriert, wie z. B. Firewall oder Load Balancer. Nach der Migration der Konfigurationen migrieren Sie Arbeitslast-VMs mithilfe von vMotion und einer Schicht-2-Bridge zwischen den NSX-V- und NSX-T-Umgebungen. Sie können auch eine Lift-and-Shift-Migration mithilfe des erweiterten Migrationsmodus „Migrieren der verteilten Firewall (DFW)“ durchführen.

• vSphere-Netzwerk migrieren

  In diesem Modus migrieren Sie vSphere Distributed Switch (VDS) 6.5.0 und 6.6.0 auf NSX Virtual Distributed Switch (N-VDS). Weitere Informationen finden Sie unter Migration von vSphere-Netzwerken.

• Migrieren von NSX for vSphere mit vRealize Automation

  Ähnlich wie beim Modus „NSX for vSphere migrieren“ können Sie „Feste Topologie“ oder „Benutzerdefinierte Topologie“ auswählen. Bevor Sie eine benutzerdefinierte Topologie migrieren, müssen Sie die vRealize Automation-Dokumentation überprüfen, um sicherzustellen, dass Ihre Version von vRealize Automation die Migration einer benutzerdefinierten Topologie unterstützt. Weitere Informationen zu diesem Migrationsmodus finden Sie unter Migrieren von NSX-V mit vRealize Automation – Feste Topologie oder Migrieren von NSX-V mit vRealize Automation – Benutzerdefinierte Topologie.

Die folgenden erweiterten Migrationsmodi sind verfügbar:

• Edge-Übernahme migrieren

  In diesem Modus wird der vertikale Datenverkehr von NSX-V zu NSX-T migriert. Weitere Informationen finden Sie unter Migrieren des vertikalen Datenverkehrs auf NSX-T Edges mit Edge-Übernahme.

• Verteilte Firewall migrieren (Distributed Firewall, DFW)

  In diesem Modus führen Sie eine Lift-and-Shift-Migration der verteilten Firewall durch. Weitere Informationen finden Sie unter Migrieren einer DFW-Konfiguration.

• Verteilte Firewall, Host und Arbeitslast migrieren

  In diesem Modus führen Sie eine direkte Migration der verteilten Firewall, der Hosts und der Arbeitslast-VMs durch. Weitere Informationen finden Sie unter Direkte Migration bestimmter Teile von NSX-V.

Hinweis: Wenn ESGs in der NSX-V-Umgebung vorhanden sind, wird empfohlen, den Modus „NSX for vSphere migrieren“ (oder ggf. den Modus „Migrieren von NSX for vSphere mit vRealize Automation“) zu wählen. Das ist die optimale Möglichkeit, Topologien mit ESGs zu migrieren. Wenn Sie den Migrationsmodus „NSX for vSphere“ auswählen, können Sie weiterhin eine Lift-and-Shift-Migration durchführen, wenn Sie „Benutzerdefinierte Topologie + Konfigurationsmigration“ oder „Benutzerdefinierte Topologie + Konfiguration und Edge-Migration“ auswählen.

Wichtig: Beachten Sie Folgendes, wenn der Migrationsmodus die Migration von ESXi-Hosts umfasst:

• Führen Sie während der Migration oder vor dem Entfernen von NSX-V keinen Lebenszyklusvorgang durch und starten Sie NSX-V Manager oder vCenter Server nicht neu. Lebenszyklusvorgänge umfassen unter anderem Upgrades oder das Anwenden von Patches bei vCenter Server, NSX-V Manager oder NSX-T Data Center, das Erneuern von Zertifikaten oder das Ändern von Kennwörtern.
• NSX-V sollte so früh wie möglich entfernt werden, nachdem die Migration erfolgreich abgeschlossen wurde.
• Wenn Sie Lebenszyklusvorgänge durchführen müssen, müssen Sie dies vor dem Start der Migration tun.

Wichtig: Bei allen Migrationsmodi müssen Sie die Migration von einem einzelnen NSX Manager-Knoten ausführen. Wenn Sie über einen NSX Manager-Cluster verfügen, starten Sie den migration-coordinator-Dienst nur auf einem NSX Manager und greifen Sie immer über die IP-Adresse oder den Hostnamen auf die Benutzeroberfläche des NSX Manager zu. Verwenden Sie nicht die virtuelle IP (VIP) des Manager-Clusters.

Migrieren einer benutzerdefinierten Topologie

Wenn Sie im Modus NSX for vSphere migrieren die Benutzerdefinierte Topologie auswählen, haben Sie die folgenden Optionen:

• Vollständige Migration – Hiermit werden alle vorhandenen Elemente (Konfigurationen, Edge Services Gateways, Distributed Logical Router, Hosts und Arbeitslasten) migriert, ohne dass zusätzliche Hosts benötigt werden. Der NSX-V Load Balancer wird zu einem NSX-T Load Balancer migriert.
• Konfigurationsmigration – Hiermit werden nur Konfigurationen migriert. Nach der Migration können Sie die Arbeitslast-VMs mithilfe von vMotion migrieren. Der NSX-V Load Balancer wird zu NSX-T Advanced Load Balancer (ALB) migriert. Dies ist die einzige Möglichkeit, den NSX-V-Load Balancer zu ALB zu migrieren.
• Konfiguration und Edge-Migration (als Tech Preview-Funktion in NSX-T 3.2.2 verfügbar) – Hiermit werden Konfigurationen migriert, die logischen NSX-V-Switches zu den entsprechenden NSX-T-Segmenten überbrückt und Edge-Knoten für die Übernahme des vertikalen Datenverkehrs migriert. Sie können Arbeitslast-VMs migrieren, nachdem die Edge-Knoten migriert wurden. Dieser Modus unterstützt die HCX V2T-Migrationsarbeitslast-Mobilitätsfunktion.

Hinweis: In NSX-T 3.2.0 und 3.2.1 wird bei der Migration einer Umgebung mit einer einzelnen Site der NSX-V Load Balancer zum NSX-T Advanced Load Balancer (ALB) migriert. Ab NSX-T 3.2.2 wird der NSX-V Load Balancer zu einem NSX-T Load Balancer migriert.

Migrieren einer Cross-vCenter-Umgebung zu NSX-Verbund

Ab NSX-T 3.2.1 können Sie eine NSX-V-Cross-vCenter-Umgebung in eine NSX-Verbundumgebung in NSX-T migrieren. Sie müssen die Migration über den globalen Manager durchführen und unter NSX for vSphere migrieren den Modus Benutzerdefinierte Topologie auswählen. Sie können dann entweder Vollständige Migration oder Konfigurationsmigration auswählen. Das Migrieren einer Cross-vCenter-Umgebung zu NSX-Verbund wird in keinem anderen Migrationsmodus unterstützt. Darüber hinaus wird in NSX-T 3.2.1 für die Migration einer Cross-vCenter-Umgebung zum NSX-Verbund keine Migration des NSX-V Load Balancers unterstützt. Ab NSX-T 3.2.2 wird der NSX-V Load Balancer zu einem NSX-T Load Balancer migriert.