Szenarien zu NSX mit vSphere Lifecycle Manager

Hier finden Sie hilfreiche Szenarien zur Installation und Deinstallation, wenn Sie mit vSphere Lifecycle Manager (vLCM) für NSX-Cluster arbeiten.

Szenario	Ergebnis
Sie versuchen, vLCM auf einem Cluster zu aktivieren, auf dem das Transportknotenprofil nicht angewendet wird, aber einige Hosts werden einzeln als Host-Transportknoten vorbereitet.	vLCM kann auf dem Cluster nicht aktiviert werden, da kein Transportknotenprofil auf den Cluster angewendet wurde.
Sie versuchen, vLCM auf einem Cluster zu aktivieren, indem Sie ein Transportknotenprofil verwenden, das für die Anwendung eines N-VDS-Host-Switches konfiguriert ist.	vCenter Server prüft die Clustereignung, damit der Cluster in einen vLCM-Cluster konvertiert werden kann. Da N-VDS-Host-Switches nicht unterstützt werden, wenden Sie ein Transportknotenprofil an, das für die Verwendung eines VDS-Host-Switches konfiguriert ist.
Sie verschieben einen nicht vorbereiteten Host von einem Nicht-vLCM-Cluster in einen vLCM-Cluster.	Wenn der vLCM-Cluster mit einem Transportknotenprofil vorbereitet wurde, wird der nicht vorbereitete Host von vLCM als NSX-Transportknoten vorbereitet. Wenn der vLCM-Cluster nicht mit einem Transportknotenprofil vorbereitet ist, verbleibt der Host im nicht vorbereiteten Zustand.
Sie verschieben einen Transportknoten von einem vLCM-Cluster in einen Nicht-vLCM-Cluster, der nicht für NSX vorbereitet ist.	Die NSX-VIBs werden vom Host gelöscht, aber die NSX-bezogenen Daten (die von vLCM festgelegt wurden) werden nicht gelöscht. Wenn Sie nun versuchen, einen vLCM-Cluster auf dem Cluster zu aktivieren, meldet NSX Manager, dass die NSX-Lösung vom Host entfernt wird. Diese Meldung ist irreführend, da NSX-VIBs bereits von dem Host entfernt wurden.
Nachdem Sie den Vorgang NSX entfernen auf einem vSphere Lifecycle Manager-Cluster ausgeführt haben und wenn vLCM NSX nicht aus dem gewünschten Zustand löschen kann, erhalten alle Knoten den Status Deinstallation fehlgeschlagen. Sie versuchen jetzt, NSX auf einzelnen Transportknoten zu entfernen.	Wenn Sie NSX auf jedem einzelnen Transportknoten entfernen, behält der Cluster, obwohl NSX-VIBs auf dem Host entfernt wurden, weiterhin NSX als den gewünschten Zustand in vLCM bei. Dieser Zustand äußert sich als Abweichung der Hostkonformität in vCenter Server. Daher müssen Sie NSX entfernen auf dem Cluster ausführen, um NSX aus der vLCM-Konfiguration zu entfernen.
Sie bereiten einen vLCM-Cluster vor, der aus einem Host besteht, indem Sie ein TNP anwenden. Der VDS-Switch-Typ wird im TNP konfiguriert. Sie versetzen den Host in den Wartungsmodus und verschieben den vLCM-Cluster aus dem vLCM-Cluster in das Datencenter. Verschieben Sie den Host schließlich wieder in den vLCM-Cluster.	Die NSX-Installation schlägt mit folgender Meldung fehl: Softwareinstallation auf Host fehlgeschlagen. Anwendung der Lösung ist auf Host fehlgeschlagen: "192.196.178.156" Bereitstellungsstatus von Host bfedeb69-48d3-4f3b-9ebc-ce4eb177a968 ist INSTALL_IN_PROGRESS mit 0-Fehler. Der erwartete Status ist INSTALL_SUCCESSFUL ohne Fehler. Der Bereitstellungsstatus von Host bfedeb69-48d3-4f3b-9ebc-ce4eb177a968 ist mit 0-Fehler INSTALL_IN_PROGRESS. Der erwartete Status ist „INSTALL_SUCCESSFUL“ ohne Fehler. Anwendung der Lösung ist auf Host fehlgeschlagen: "192.196.178.156" Problemumgehung: Klicken Sie auf dem Host auf Beheben und wenden Sie TNP erneut an.
Sie verschieben einen Host, dessen Installation fehlgeschlagen ist, in einen Nicht-vLCM-Cluster mit oder ohne angewendetem TNP.	NSX führt keinen Vorgang durch.
Sie verschieben einen Host, dessen Installation fehlgeschlagen ist, in einen vLCM-Cluster, das TNP wird dabei angewendet.	Die NSX-Installation beginnt automatisch.
Sie verschieben einen Host, dessen Installation fehlgeschlagen ist, in einen vLCM-Cluster, ohne dass das TNP angewendet wird.	NSX führt keinen Vorgang durch.
Sie verschieben einen Host, dessen Installation fehlgeschlagen ist, in ein Datencenter.	NSX führt keinen Vorgang durch.
vCenter Server wird als Compute Manager mit aktiviertem Mehrfach-NSX-Flag hinzugefügt. Wenden Sie TNP auf einen anderen vorhandenen vLCM-Cluster an.	NSX ermöglicht die Vorbereitung des vorhandenen vLCM-Clusters mithilfe des TNP.
vCenter Server wird als Compute Manager mit aktiviertem Mehrfach-NSX-Flag hinzugefügt. Versuchen Sie dann, den bereits vorbereiteten Cluster in einen vLCM-Cluster zu ändern.	NSX lässt keine Vorbereitung des vorhandenen vLCM-Clusters zu.
vCenter Server wird als Compute Manager mit aktiviertem Mehrfach-NSX-Flag hinzugefügt. Versuchen Sie dann, einen neuen vLCM-Cluster zu erstellen.	NSX ermöglicht die Vorbereitung des vorhandenen vLCM-Clusters.
vCenter Server enthält bereits einen vLCM-Cluster. Sie versuchen, die vCenter Server als Compute Manager mit aktiviertem Mehrfach-NSX-Flag hinzuzufügen.	In NSX schlägt dieser Vorgang fehl, da vCenter Server bereits einen vLCM-Cluster enthält.
Sie verschieben einen DPU-fähigen Host von einem angewendeten TNP-Cluster in einen nicht angewendeten TNP-Cluster.	VIBs werden nicht aus ESXi-Host und DPU gelöscht. Sie müssen den Host mithilfe von vSphere Lifecycle Manager standardisieren. vSphere Lifecycle Manage löscht NSX-VIBs von ESXi-Host und DPU und startet den Host neu.
Sie entfernen NSX-VIBs von einem DPU-fähigen Host mithilfe von „del nsx nsxcli“.	Nach dem Ausführen des Befehls „del nsx“müssen Sie den ESXi-Host neu starten, um den NSX-VIBs-Entfernungsvorgang abzuschließen (VIBs werden aus ESXi und DPU entfernt).
NSX-VIBs werden nicht vom DPU-fähigen Host gelöscht, auch wenn er auf der Benutzeroberfläche von NSX als Nicht konfiguriert angezeigt wird.	Wenn ein DPU-fähiger Host während des Vorgangs „NSX entfernen“ getrennt wird, schlägt der Vorgang fehl. Nach einer Weile wird der TN-Löschvorgang fortgesetzt und der Host wird als Nicht konfiguriert angezeigt, die VIBs werden jedoch nicht entfernt. Problemumgehung: Wechseln Sie zur vLCM-Benutzeroberfläche und reparieren Sie den Cluster. Hinweis: Der DPU-fähige Host wird im Rahmen der Standardisierung neu gestartet.