VMkernel-Migration auf einen N-VDS-Switch

Um VMkernel-Schnittstellen von einem VSS- oder DVS-Switch zu einem N-VDS-Switch auf Clusterebene zu migrieren, konfigurieren Sie das Transportknotenprofil mit für die Migration erforderlichen Netzwerkzuordnungsdetails (ordnen Sie VMkernel-Schnittstellen logischen Switches zu). Konfigurieren Sie analog die Transportknotenkonfiguration, um VMkernel-Schnittstellen auf einem Hostknoten zu migrieren. Um VMkernel-Schnittstellen wieder zurück zu einem VSS- oder DVS-Switch zu migrieren, konfigurieren Sie die Netzwerkzuordnung für die Deinstallation (Zuordnung von logischen Ports zur VMkernel-Schnittstelle) im Transportknotenprofil, das während der Deinstallation realisiert werden soll.

Während der Migration werden derzeit verwendete physische Netzwerkkarten auf einen N-VDS-Switch migriert, während verfügbare oder freie physische Netzwerkkarten nach der Migration an den N-VDS-Switch angehängt werden.

Hinweis: Transportknotenprofile werden auf alle Hosts angewendet, die Mitglieder im betreffenden Cluster sind. Wenn Sie jedoch die Migration von VMkernel-Schnittstellen auf bestimmten Hosts einschränken möchten, können Sie den Host direkt konfigurieren. Nach der Migration verarbeitet N-VDS Datenverkehr im VLAN und Overlay-Netzwerk für die Schnittstellen, die mit dem N-VDS-Switch verbunden sind.

Wichtig: Konfigurationen, die an einzelnen Hosts vorgenommen werden, werden mit dem Flag Überschrieben markiert. Weitere Aktualisierungen des Transportknotenprofils werden nicht auf diese überschriebenen Hosts angewendet. Diese Hosts bleiben im überschriebenen Zustand, bis NSX-T Data Center deinstalliert wird.

Wenn ein Host nur über zwei physische Netzwerkkarten verfügt, können Sie der Redundanz halber beide Netzwerkkarten dem N-VDS zuweisen, einschließlich der zugehörigen VMkernel-Schnittstellen, damit die Schnittstellen die Verbindung zum Host nicht verlieren. Dies ist in der folgenden Abbildung dargestellt.

Abbildung 1. Vor und nach der Migration der Netzwerkschnittstellen zu einem N-VDS

Vor der Migration verfügt der ESXi-Host über zwei Uplinks, die von zwei physischen Ports abgeleitet sind, vmnic0 und vmnic1. Hierbei ist vmnic0 für einen aktiven Zustand konfiguriert und an einen VSS angehängt, während vmnic1 nicht verwendet wird. Darüber hinaus sind drei VMkernel-Schnittstellen vorhanden: vmk0, vmk1 und vmk2.

VMkernel-Schnittstellen können Sie mithilfe der NSX-T Data Center Manager-Benutzeroberfläche oder der NSX-T Data Center-APIs migrieren. Siehe Handbuch für die NSX-T Data Center-API.

Nach der Migration werden die vmnic0, vmnic1 und deren VMkernel-Schnittstellen zum N-VDS-Switch migriert. Sowohl vmnic0 als auch vmnic1 sind über VLAN und Overlay-Transportzonen verbunden.

Überlegungen für die VMkernel-Migration

PNIC- und VMkernel-Migration: Bevor Sie angeheftete physische Netzwerkkarten und zugehörige VMkernel-Schnittstellen zu einem N-VDS-Switch migrieren, notieren Sie sich die Netzwerkzuordnung (Zuordnung physischer Netzwerkkarten zu Portgruppen) auf dem Host-Switch.
Migration nur von PNIC: Wenn Sie nur PNICs migrieren möchten, stellen Sie sicher, dass die mit der VMkernel-Verwaltungsschnittstelle verbundene physische Verwaltungsnetzwerkkarte nicht migriert wird. Andernfalls wäre ein Verlust der Konnektivität mit dem Host die Folge. Weitere Informationen finden Sie im Feld Migration nur von PNIC unter Hinzufügen eines Transportknotenprofils.
Migration wiederherstellen: Bevor Sie die Migration von VMkernel-Schnittstellen zum VSS- oder DVS-Host-Switch für angeheftete physische Netzwerkkarten wiederherstellen möchten, stellen Sie sicher, dass Sie sich die Netzwerkzuordnung (Zuordnung der physischen Netzwerkkarte zur Portgruppe) auf dem Host-Switch notieren. Es ist zwingend erforderlich, das Transportknotenprofil mit der Host-Switch-Zuordnung im Feld Netzwerkzuordnung für Deinstallation zu konfigurieren. Ohne diese Zuordnung weiß NSX-T Data Center nicht, zu welchen Portgruppen die VMkernel-Schnittstellen zurückmigriert werden müssen. Diese Situation kann zu einem Verlust der Konnektivität mit dem vSAN-Netzwerk führen.
vCenter Server-Registrierung vor der Migration: Wenn Sie vorhaben, einen VMkernel oder eine PNIC zu migrieren, die mit einem DVS-Switch verbunden sind, stellen Sie sicher, dass ein vCenter Server beim NSX Manager registriert ist.
VLAN-ID-Übereinstimmung: Nach der Migration müssen sich die Verwaltungsnetzwerkkarte und die VMkernel-Verwaltungsschnittstelle auf demselben VLAN befinden, mit dem die Verwaltungsnetzwerkkarte vor der Migration verbunden war. Wenn vmnic0 und vmk0 mit dem Verwaltungsnetzwerk verbunden sind und zu einem anderen VLAN migriert werden, geht die Konnektivität mit dem Host verloren.
Migration zu VSS-Switch: Zwei VMkernel-Schnittstellen können nicht zur gleichen Portgruppe eines VSS-Switch zurückmigriert werden.
vMotion: Führen Sie vMotion aus, um VM-Arbeitslasten vor einer VMkernel- und/oder PNIC-Migration auf einen anderen Host zu verschieben. Wenn die Migration fehlschlägt, werden die Arbeitslast-VMs nicht beeinträchtigt.
vSAN: Wenn der vSAN-Datenverkehr auf dem Host ausgeführt wird, versetzen Sie den Host über vCenter Server in den Wartungsmodus und verschieben Sie die VMs vor der VMkernel- und/oder PNIC-Migration mithilfe der vMotion-Funktion vom Host.
Migration: Wenn ein VMkernel bereits mit einem Ziel-Switch verbunden ist, kann er weiterhin für die Migration zum selben Switch ausgewählt werden. Mit dieser Eigenschaft wird der VMK- und/oder PNIC-Migrationsvorgang idempotent. Dies ist hilfreich, wenn Sie nur PNICs zu einem Ziel-Switch migrieren möchten. Da für die Migration immer mindestens ein VMkernel und eine PNIC erforderlich sind, wählen Sie einen VMkernel aus, der bereits zu einem Ziel-Switch migriert wurde, wenn Sie nur PNICs zu einem Ziel-Switch migrieren. Wenn kein VMkernel migriert werden muss, erstellen Sie entweder auf dem Quell-Switch oder Ziel-Switch über vCenter Server einen temporären VMkernel. Migrieren Sie den temporären VMkernel zusammen mit den PNICs und löschen Sie ihn über vCenter Server, sobald die Migration abgeschlossen ist.
Gemeinsame MAC-Nutzung: Wenn eine VMkernel-Schnittstelle und eine PNIC dieselbe MAC nutzen und sich auf demselben Switch befinden, müssen sie zusammen zum selben Ziel-Switch migriert werden, wenn sie beide nach der Migration verwendet werden. Behalten Sie vmk0 und vmnic0 immer auf demselben Switch bei.
Überprüfen Sie die MACs, die von allen VMKs und PNICs auf dem Host verwendet werden, indem Sie die folgenden Befehle ausführen:

esxcfg-vmknic -l

esxcfg-nics -l
Nach der Migration erstellte logische VIF-Ports: Nachdem Sie VMkernel von einem VSS- oder DVS-Switch zu einem N-VDS-Switch migriert haben, wird ein logischer Switch Port des Typs VIF auf dem NSX Manager erstellt. Sie dürfen keine Regeln für verteilte Firewalls auf diesen logischen VIF-Switch Ports erstellen.

Migrieren von VMkernel-Schnittstellen zu einem N-VDS-Switch

Allgemeiner Workflow zum Migrieren von VMkernel-Schnittstellen zu einem N-VDS-Switch:

Erstellen Sie bei Bedarf einen logischen Switch.
Schalten Sie VMs auf dem Host aus, von dem VMkernel-Schnittstellen und PNICs auf einen N-VDS-Switch migriert werden.
Konfigurieren Sie ein Transportknotenprofil mit einer Netzwerkzuordnung, mit der die VMkernel-Schnittstellen während der Erstellung von Transportknoten migriert werden. Netzwerkzuordnung bedeutet die Zuordnung einer VMkernel-Schnittstelle zu einem logischen Switch.
Weitere Informationen finden Sie unter Hinzufügen eines Transportknotenprofils.
Stellen Sie sicher, dass die Netzwerkadapterzuordnungen in vCenter Server eine neue Zuordnung des VMkernel-Switches zu einem N-VDS-Switch widerspiegeln. Überprüfen Sie bei angehefteten physischen Netzwerkkarten, ob die Zuordnung in NSX-T Data Center alle VMKernels widerspiegelt, die an eine physische Netzwerkkarte im vCenter Server angeheftet sind.
Navigieren Sie in NSX Manager zu Netzwerk → Segmente . Stellen Sie auf der Seite Segmente sicher, dass die VMkernel-Schnittstelle über einen neu erstellten logischen Port an den logischen Switch angehängt ist.
Wechseln Sie zu System > Knoten > Host-Transportknoten. Überprüfen Sie für jeden Transportknoten, ob als Status in der Spalte Knotenstatus „Erfolgreich“ angezeigt wird, um zu bestätigen, dass die Transportknotenkonfiguration erfolgreich validiert wurde.
Überprüfen Sie auf der Seite Host-Transportknoten ober als Konfigurationszustand „Erfolgreich“ angezeigt wird, um sicher zu sein, dass der Host mit der angegebenen Konfiguration erfolgreich realisiert wurde.

Nach der Migration von VMkernel-Schnittstellen und PNICs von einem VDS- zu einem N-VDS-Switch mithilfe der NSX-T-Benutzeroberfläche oder der Transportknoten-API zeigt vCenter Server Warnungen für den VDS an. Wenn der Host mit dem VDS verbunden werden muss, entfernen Sie den Host vom VDS. vCenter Server zeigt keine Warnung mehr für VDS an.

Weitere Informationen zu Fehlern, die während der Migration auftreten können, finden Sie unter Fehler bei der VMkernel-Migration.

Wiederherstellen der Migration von VMkernel-Schnittstellen zu einem VSS- oder DVS-Switch

Allgemeiner Workflow zum Wiederherstellen der Migration von VMkernel-Schnittstellen von einem N-VDS-Switch zu einem VSS- oder DVS-Switch während der Deinstallation von NSX-T Data Center:

Schalten Sie auf dem ESXi-Host VMs aus, die mit den logischen Ports verbunden sind, auf denen die VMkernel-Schnittstelle nach der Migration gehostet wird.
Konfigurieren Sie das Transportknotenprofil mit einer Netzwerkzuordnung, mit der die VMkernel-Schnittstellen während des Deinstallationsvorgangs migriert werden. Die Netzwerkzuordnung während der Deinstallation ordnet die VMkernel-Schnittstellen einer Portgruppe auf dem VSS- oder DVS-Switch auf dem ESXi-Host zu.
Hinweis: Wenn Sie die Migration eines VMkernel zu einer Portgruppe auf einem DVS-Switch wiederherstellen, müssen Sie darauf achten, dass als Portgruppentyp Flüchtig festgelegt ist.

Weitere Informationen finden Sie unter Hinzufügen eines Transportknotenprofils.
Stellen Sie sicher, dass die Netzwerkadapterzuordnungen in vCenter Server eine neue Zuordnung des VMkernel-Switches zu einer Portgruppe des VSS- oder DVS-Switches widerspiegeln.
Navigieren Sie in NSX Manager zu Netzwerk → Segmente . Stellen Sie auf der Seite Segmente sicher, dass das Segment, das VMkernel-Schnittstellen enthält, gelöscht wird.

Weitere Informationen zu Fehlern, die während der Migration auftreten können, finden Sie unter Fehler bei der VMkernel-Migration.

Aktualisieren der Host-Switch-Zuordnung

Wichtig:

Statusbehaftete-Hosts: Hinzufügen und Aktualisieren werden unterstützt. Um eine vorhandene Zuordnung zu aktualisieren, können Sie der Netzwerkzuordnungskonfiguration einen neuen VMkernel-Schnittstelleneintrag hinzufügen. Wenn Sie die Netzwerkzuordnungskonfiguration einer VMkernel-Schnittstelle aktualisieren, die bereits zum N-VDS-Switch migriert wurde, wird die aktualisierte Netzwerkzuordnung auf dem Host nicht realisiert.
Statusfreie Hosts: Hinzufügen, Aktualisieren und Entfernen werden unterstützt. Alle Änderungen, die Sie an der Netzwerkzuordnungskonfiguration vornehmen, werden nach dem Neustart des Hosts wirksam.

Um die VMkernel-Schnittstellen auf einen neuen logischen Switch zu aktualisieren, können Sie das Transportknotenprofil so bearbeiten, dass die Netzwerkzuordnungen auf Clusterebene angewendet werden. Wenn die Updates nur auf einen einzelnen Host angewendet werden sollen, konfigurieren Sie den Transportknoten mithilfe von APIs auf Hostebene.

Hinweis: Nachdem Sie die Transportknotenkonfiguration für einen einzelnen Host aktualisiert haben, werden alle neuen Updates, die über das Transportknotenprofil angewendet werden, nicht auf diesen Host angewendet. Der Status dieses Hosts wechselt zu Überschrieben.

Um alle Hosts in einem Cluster zu aktualisieren, bearbeiten Sie das Feld Netzwerkzuordnung während der Installation, um die VMkernel-Zuordnung zu logischen Switches zu aktualisieren.
Weitere Informationen finden Sie unter Hinzufügen eines Transportknotenprofils.
Speichern Sie die Änderungen. Änderungen an einem Transportknotenprofil werden automatisch auf alle Mitgliedshosts des Clusters angewendet, außer auf Hosts, die mit dem Status Überschrieben gekennzeichnet sind.
Um einen einzelnen Host zu aktualisieren, bearbeiten Sie die VMkernel-Zuordnung in der Transportknotenkonfiguration.

Hinweis: Wenn Sie das Feld Netzwerkzuordnung während der Installation mit einer neuen VMkernel-Zuordnung aktualisieren, muss dieselbe VMkernel-Schnittstelle dem Feld Netzwerkzuordnung während der Deinstallation hinzugefügt werden.

Weitere Informationen zu Fehlern, die während der Migration auftreten können, finden Sie unter Fehler bei der VMkernel-Migration.

Migrieren von VMkernel-Schnittstellen in einem statusfreien Cluster

Bereiten Sie einen Host vor und konfigurieren Sie ihn mithilfe von Transportknoten-APIs als Referenzhost.
Extrahieren Sie ein Hostprofil aus dem Referenzhost.
Wenden Sie das Hostprofil im vCenter Server auf den statusfreien Cluster an.
Wenden Sie in das Transportknotenprofil in NSX-T Data Center auf den statusfreien Cluster an.
Starten Sie jeden Host des Clusters neu.

Es kann einige Minuten dauern, bis die aktualisierten Zustände der Clusterhosts wirksam werden.

Migrationsfehlerszenarien

Wenn die Migration aus irgendeinem Grund fehlschlägt, versucht der Host drei Mal, die physischen Netzwerkkarten und VMkernel-Schnittstellen zu migrieren.
Schlägt die Migration weiterhin fehl, stellt der Host die frühere Konfiguration wieder her, indem die VMkernel-Konnektivität mit der physischen Verwaltungsnetzwerkkarte (vmnic0) beibehalten wird.
Falls die Wiederherstellung ebenfalls fehlschlägt, sodass der für die physische Verwaltungsnetzwerkkarte konfigurierte VMkernel verloren gegangen ist, müssen Sie den Host zurücksetzen.

Nicht unterstützte Migrationsszenarien

Die folgenden Szenarien werden nicht unterstützt:

VMkernel-Schnittstellen von zwei verschiedenen VSS- oder DVS-Switches werden gleichzeitig migriert.
Auf statusbehafteten Hosts wird die Netzwerkzuordnung aktualisiert, um die VMkernel-Schnittstelle einem anderen logischen Switch zuzuordnen. Beispielsweise wird der VMkernel vor der Migration dem logischen Switch 1 zugeordnet und die VMkernel-Schnittstelle dem logischen Switch 2.