Bei dieser Migration migriert der Migrationskoordinator die DFW-Konfiguration, die NSX Data Center for vSphere-Hosts und die Arbeitslast-VMs auf ein neues NSX-T Data Center.

Die vorhandenen vorbereiteten NSX-v-Computing-Cluster werden auf NSX-T migriert. Sie benötigen keine getrennten Computing-Hostcluster in ihrer NSX-T-Umgebung.

In diesem Migrationsmodus erstellt der Migrationskoordinator die erforderliche Infrastruktur, um die Netzwerke zwischen Hosts, die sich noch auf NSX-v befinden, und Hosts, die auf NSX-T migriert werden, zu erweitern. Mit der Layer-2-Erweiterung kann der Migrationskoordinator die Umgebung migrieren, ohne die Verbindung zwischen den VMs auf NSX-v-Hosts und den VMs auf Hosts zu stören, die auf NSX-T migriert werden.

Die folgenden Objekte in der DFW-Konfiguration werden migriert:
  • Benutzerdefinierte DFW-Regeln
  • Objekte werden gruppiert
    • IP Sets
    • MAC Sets
    • Sicherheitsgruppen
    • Dienste und Dienstgruppen
    • Sicherheits-Tags
  • Mit Service Composer erstellte Sicherheitsrichtlinien (nur DFW-Regelkonfigurationen werden migriert)

    Die Konfiguration des Guest Introspection-Diensts und die Konfigurationen der Netzwerk-Introspektionsregeln im Service Composer werden nicht migriert.

Ab NSX-T 3.1.1 wird die Migration einer NSX for vSphere-Bereitstellung auf einer einzelnen Site unterstützt, die einen NSX Manager im primären Modus, keine sekundären NSX Manager und mit universellen Objekten auf dem primären Standort enthält. Eine solche NSX for vSphere-Bereitstellung auf einer einzelnen Site wird auf eine NSX-T-Umgebung auf einer einzelnen Site (nicht im Verbund) mit ausschließlich lokalen Objekten migriert.

Eine detaillierte Liste aller Konfigurationen, die für die Migration der DFW-Konfiguration unterstützt werden, finden Sie unter Detaillierte Funktionsunterstützung für Migrationskoordinator.

Voraussetzungen für die DFW-, Host- und Arbeitslast-Migration

  • Mindestanforderungen an die unterstützte Softwareversion:
    • Die NSX-v-Versionen 6.4.4, 6.4.5, 6.4.6, 6.4.8 und höher werden unterstützt.
    • NSX-T Data Center Version 3.1.1.
    • In den VMware-Produktinteroperabilitätstabellen erhalten Sie weitere Informationen zu den benötigten Versionen von vCenter Server und ESXi.
    • Die Version von ESXi, die in ihrer NSX-v-Umgebung verwendet wird, muss von NSX-T unterstützt werden.
    • Die vSphere Distributed Switch-Versionen 6.5.0, 6.6.0 und 7.0 werden unterstützt.
    • Die NSX-v-Umgebung muss den NSX-T-Systemanforderungen für ESXi, vCenter Server und vSphere Distributed Switch entsprechen.
  • Für diese Migration wird ein neues NSX-T Data Center bereitgestellt.
    • Stellen Sie NSX Manager-Appliances bereit.

      Fügen Sie in einer Produktionsumgebung einen NSX Manager-Cluster mit drei Appliances hinzu. Zu Migrationszwecken ist jedoch eine einzelne NSX Manager-Appliance geeignet.

    • Stellen Sie eine vCenter Server-Appliance bereit.

      vCenter Server muss als Compute Manager in NSX-T hinzugefügt werden. Sie können den vCenter Server freigeben, der in NSX-v verwendet wird, oder in NSX-T einen anderen bereitstellen.

    • Bei diesem Migrationsmodus ist es nicht erforderlich, dass Sie NSX-T-Edges vor Beginn der Migration bereitstellen. Um jedoch Routing, Layer-3-Netzwerkdienste und vertikale Konnektivität für die physischen ToR-Switches bereitzustellen, müssen Sie Edges in Ihrer NSX-T-Umgebung einsetzen.
    • Erstellen Sie Overlay-Segmente in NSX-T mit derselben virtuellen Netzwerk-ID (VNI) und Subnetzadressse wie die logischen Switches in NSX-v.

      Fügen Sie also für jeden logischen NSX-v-Switch ein entsprechendes Overlay-Segment in NSX-T hinzu. Mit derselben Subnetzadresse können Sie sicherstellen, dass die IP-Adressen der Arbeitslast-VMs beibehalten werden, nachdem die VMs auf NSX-T-Segmente verschoben wurden. Verwenden Sie die NSX-T-APIs, um die Overlay-Segmente zu erstellen. Sie können keine Overlay-Segmente mit derselben VNI auf der NSX Manager-Benutzeroberfläche erstellen.

    • Erstellen Sie VLAN-Segmente in NSX-T mit denselben VLAN-IDs und derselben Subnetzadresse wie die verteilten virtuellen VLAN-Portgruppen (DVPG) in NSX-v.
      Hinweis: VLAN-DVPG darf nur mit einer VLAN-ID verbunden sein. VLAN-Trunk wird nicht unterstützt.
  • Vor dieser Migration sind keine benutzerdefinierten DFW-Regeln im Ziel-NSX-T Data Center vorhanden.
  • Alle Zustände im Bereich Systemübersicht des NSX-v-Dashboards sind grün.
  • In der NSX-v-Umgebung sind keine unveröffentlichten Änderungen für DFW- und Service Composer-Richtlinien vorhanden.
  • Für die Exportversion der verteilten Firewall muss auf den NSX-v-Hosts „1000“ festgelegt werden. Sie müssen die Exportversion überprüfen und gegebenenfalls aktualisieren. Weitere Informationen finden Sie unter Konfigurieren der Exportversion des Filters „Verteilte Firewall“ auf Hosts.