Konfiguration von NSX-Host-Transportknoten auf einem DPU-fähigen vSphere Lifecycle Manager-Cluster

Sie müssen NSX konfigurieren und den erweiterten Datenpfad für die vSphere Distributed Services Engine aktivieren, um einige der Netzwerkvorgänge von Ihrer Server-CPU auf die DPU auslagern zu können.

Die Konfiguration des NSX-Host-Transportknotens auf einem DPU-basierten vSphere Lifecycle Manager-fähigen Cluster entspricht der Vorbereitung des vorhandenen NSX-Clusters auf vSphere Lifecycle Manager.

vSphere Distributed Switch (VDS), der von der DPU auf ESXi gestützt wird, unterstützt den Auslagerungsmodus, nachdem NSX aktiviert wurde. Die Datenverkehrsweiterleitungslogik wird vom ESXi-Host auf den von DPU gestützten VDS ausgelagert.

Hinweis: Eine DPU wird nur auf vSphere Lifecycle Manager-Clustern unterstützt. DPU erfordert eine Mindestversionskombination von vSphere 8.0, NSX 4.0.1.1 und Edge-Hardwareversion 20.

Weitere Informationen zur Funktion für Netzwerkauslagerungen finden Sie unter Was ist die Funktion für Netzwerkauslagerungen in der VMware vSphere-Dokumentation.

Voraussetzungen

• vSphere-Auslagerungen: DPUs werden auf Hosts in einem Cluster mit aktiviertem vSphere Lifecycle Manager unterstützt, die auf ESXi Version 8.0 oder höher ausgeführt werden.
  Hinweis: Für vSphere-Auslagerungsfunktionen müssen Sie keine separate NSX-Lizenz erwerben. Sie müssen nur über die vSphere ENT+-Laufzeitlizenz verfügen und auf vSphere 8 sein. NSX Manager ist als Teil von vSphere ENT+ verfügbar.
• NSX-Auslagerungen: Um die NSX-DPU-based acceleration-Funktionen nutzen zu können, müssen Sie eine NSX Enterprise Plus-Laufzeitlizenz (Pro Kernbasis) oder eine NSX Enterprise Plus-Lizenz mit Threat Prevention-Laufzeitlizenz (pro Kernbasis) erwerben.
  Hinweis: Sie benötigen keine zusätzlichen NSX-Lizenzen, wenn Sie über eine NSX Enterprise Plus-Laufzeitlizenz (pro Kern) oder eine NSX Enterprise Plus-Lizenz mit Threat Prevention-Laufzeitlizenz (pro Kern) verfügen.
  Weitere Informationen finden Sie im NSX Feature and Edition Guide.
• Der Sperrmodus ist auf keinem der Hosts aktiviert. vSphere Lifecycle Manager kann Hosts, die für den Betrieb im Sperrmodus aktiviert sind, möglicherweise nicht vorbereiten.
• Es gibt keine Abweichung der Images zwischen Hosts und Cluster. Andernfalls können Sie vSphere Lifecycle Manager auf dem Cluster nicht aktivieren. Standardisieren Sie Hosts in vCenter Server, um sicherzustellen, dass das Basisimage auf Host und Cluster übereinstimmt.
• vSphere Lifecycle Manager ist auf dem Cluster aktiviert. Weitere Informationen finden Sie in der Dokumentation zu VMware vSphere^®.
• Registrieren Sie den Compute Manager mit den folgenden Einstellungen:
  • Aktivieren Sie Vertrauensstellung und legen Sie die Zugriffsstufe auf „vSphere Lifecycle Manager“ fest. Die Vertrauensstellung ist obligatorisch, um die Kommunikation zwischen NSX und vSphere Lifecycle Manager herzustellen.
  • Aktivieren Sie Dienstkonto erstellen.
• Erstellen Sie ein Transportknotenprofil mit einem vSphere Distributed Switch als Host-Switch. NSX Virtual Distributed Switch (N-VDS) wird auf vSphere Lifecycle Managed-Clustern nicht unterstützt.

Prozedur

1. Melden Sie sich in einem Browser mit Administratorrechten bei einem NSX Manager unter „https://<nsx-manager-ip-address>“ oder „https://<nsx-manager-fqdn>“ an.
2. Navigieren Sie zu System → Fabric → Hosts → Cluster.
3. Wählen Sie den Cluster aus und klicken Sie auf NSX konfigurieren.
   Hinweis: Identifizieren Sie den Cluster mit aktiviertem vSphere Lifecycle Manager, wenn ein Cluster von vLCM-Text begleitet wird.
4. Zum Erstellen eines Transportknotenprofils klicken Sie auf Profil hinzufügen.
5. Geben Sie bei Bedarf Details zum Transportknotenprofil (TNP) ein.
   Hinweis:

   • Wählen Sie für VDS, die von der DPU gestützt werden, den Host-TN- und TNP-Host-Switch-Modus als Erweiterter Datenpfad – Standard (Empfohlen) oder Erweiterter Datenpfad – Leistung aus.
   • Wählen Sie in Switch hinzufügen VDS (Distributed Switch Version 8.0 erstellt in vSphere Client) mit Auslagerungskompatibilität aus. Wenn keine Übereinstimmung vorliegt, ist der Host nicht kompatibel.
   • Ein Cluster lässt nur einen Hosttyp zu. Wenn Sie beispielsweise zwei verteilte Switches auf vSphere Client erstellen: einen mit NVIDIA-Kompatibilität zur Netzwerkauslagerung und einen mit AMD Pensando-Kompatibilität zur Netzwerkauslagerung, werden beide Optionen auf der Benutzeroberfläche angezeigt. Wählen Sie den Cluster aus, der für Ihre Anforderungen geeignet ist. Cluster unterschiedlicher Typen können nicht denselben TNP verwenden. Daher benötigen Sie zwei separate TNPs: eine für NVIDIA-DPU und eine für AMD Pensando-DPU.
6. Wenn TNP bereits erstellt wurde, wählen Sie ein Transportknotenprofil aus, das vSphere Distributed Switch als Host-Switch und den Datenpfadmodus als erweiterten Datenpfad verwendet.
7. Klicken Sie auf TNP anwenden.

   Wenn es sich um den ersten Cluster handelt, bei dem vSphere Lifecycle Manager aktiviert ist, lädt NSX das NSX-LCP-Paket in das Image-Repository in vCenter Server hoch. vSphere Lifecycle Manager stellt NSX als Lösung auf dem Cluster bereit. Der gewünschte Zustand wird auf das in vCenter Server hochgeladene NSX-Image festgelegt. Anschließend beginnt vSphere Lifecycle Manager mit der Installation von NSX-VIBs auf jedem Host, gefolgt von der Konfiguration des NSX-Switches auf jedem Transportknoten.

   Im Rahmen der Hostvorbereitung standardisiert vSphere Lifecycle Manager den Host, registriert den Host bei NSX Manager, konfiguriert den NSX-Switch auf dem Host und schließt die Konfiguration ab.

   Hinweis:

   • vSphere Lifecycle Manager versetzt den von AMD Pensando-DPU gestützten ESXi-Host in den Wartungsmodus und startet ihn im Rahmen der Hostwartung neu. Wenn vSphere Lifecycle Manager den Host nicht in den Wartungsmodus versetzen kann, müssen Sie alle VMs manuell ausschalten und die NSX-Installation dann erneut versuchen.
   • Die Installation von NSX auf einem Cluster mit aktiviertem vSphere Lifecycle Manager kann etwas mehr Zeit in Anspruch nehmen als die Installation auf einem Cluster ohne aktiviertem vSphere Lifecycle Manager. Dieser Unterschied ist auf die zusätzlichen Integritätsprüfungen zurückzuführen, die in dieser Produktkombination enthalten sind.