È necessario configurare NSX e abilitare Percorso dati avanzato per vSphere Distributed Services Engine per eseguire l'offload di alcune operazioni di rete dalla CPU del server alla DPU.

La configurazione del nodo di trasporto host NSX in un cluster abilitato per vSphere Lifecycle Manager basato su DPU è simile alla preparazione del cluster NSX esistente in vSphere Lifecycle Manager.

Il vSphere Distributed Switch (VDS) supportato dalla DPU su ESXi supporta la modalità di offload dopo l'abilitazione di NSX. L'offload della logica di inoltro del traffico viene eseguito dall'host ESXi al VDS supportato da DPU.
Nota: Una DPU è supportata solo nei cluster di vSphere Lifecycle Manager. DPU richiede almeno una combinazione di vSphere 8.0, NSX 4.0.1.1 e la versione 20 dell'hardware dell'Edge.

Per ulteriori informazioni sulla funzionalità di offload della rete, vedere Che cos'è la funzionalità di offload della rete nella documentazione di VMware vSphere.

Prerequisiti

  • Offload di vSphere: le DPU sono supportate negli host di un cluster abilitato per vSphere Lifecycle Manager in esecuzione in ESXi 8.0 o versione successiva.
    Nota: Per le funzionalità di offload di vSphere, non è necessario acquistare una licenza di NSX separata. È sufficiente disporre della licenza a termine di vSphere ENT+ e utilizzare vSphere 8. NSX Manager è disponibile come parte di vSphere ENT+.
  • Offload di NSX: per utilizzare le funzionalità di DPU-based acceleration di NSX, è necessario acquistare una licenza a termine di NSX Enterprise Plus (in base ai core) o una licenza a termine di NSX Enterprise Plus con Threat Prevention (in base ai core).
    Nota: Non è necessaria alcuna licenza di NSX aggiuntiva se si dispone di una licenza a termine di NSX Enterprise Plus (per core) o di una licenza a termine di NSX Enterprise Plus con Threat Prevention (per core).
    Nota: I titolari di licenza di vSphere ENT+ in vSphere 8.0 possono utilizzare "Percorso dati avanzato - Standard" per le DPU. Questo non richiede l'acquisto di una licenza di NSX separata.
    Per ulteriori informazioni. vedere la Guida alle funzionalità e alle edizioni di NSX.
  • La modalità di blocco non è abilitata in alcun host. vSphere Lifecycle Manager potrebbe non riuscire a preparare gli host abilitati a funzionare in modalità di blocco.
  • Non è presente una deviazione nelle immagini tra host e cluster. In caso contrario, non è possibile abilitare vSphere Lifecycle Manager nel cluster. Correggere gli host in vCenter Server per assicurarsi che l'immagine di base corrisponda nell'host e nel cluster.
  • Nel cluster è abilitato vSphere Lifecycle Manager. Vedere la documentazione di VMware vSphere®.
  • Registrare Gestore risorse di elaborazione con le seguenti impostazioni:
    • Abilitare Attendibilità e impostare il livello di accesso su vSphere Lifecycle Manager. L'attendibilità è obbligatoria per stabilire la comunicazione tra NSX e vSphere Lifecycle Manager.
    • Abilitare Crea account di servizio.
  • Creare un profilo del nodo di trasporto utilizzando un commutatore host vSphere Distributed Switch. Il Distributed Switch virtuale di NSX (N-VDS) non è supportato nei cluster gestiti di vSphere Lifecycle Manager.

Procedura

  1. Dal browser, accedere con privilegi di amministratore a un NSX Manager all'indirizzo https://<nsx-manager-ip-address> o https://<nsx-manager-fqdn>.
  2. Passare a Sistema → Infrastruttura → Nodi → Nodi di trasporto host.
  3. Nel menu a discesa Gestito da, selezionare il Gestore risorse di elaborazione.
  4. Selezionare il cluster e fare clic su Configura NSX.
    Nota: Identificare il cluster abilitato a vSphere Lifecycle Manager quando un cluster viene abbinato al testo di vLCM.
  5. Per creare un profilo del nodo di trasporto, fare clic su Aggiungi profilo.
  6. Immettere i dettagli del profilo del nodo di trasporto (TNP, Transport Node Profile) come richiesto.
    Nota:
    • Per il VDS con supporto DPU, selezionare la modalità commutatore host TNP e host TN come Percorso dati avanzato - Standard (consigliato) o Percorso dati avanzato - Prestazioni.
    • In Aggiungi commutatore selezionare VDS (Commutatore distribuito versione 8.0 creato in vSphere Client) con compatibilità di offload. In caso di mancata corrispondenza, l'host non sarà compatibile.
    • Un cluster consente un solo tipo di host. Ad esempio, quando si creano due commutatori distribuiti in vSphere Client, uno con compatibilità di offload della rete NVIDIA e uno con compatibilità di offload della rete AMD Pensando. entrambe le opzioni verranno visualizzate nell'interfaccia utente. Selezionare quello specifico per le proprie esigenze. I cluster di tipi diversi non possono utilizzare la stessa modalità TNP. Saranno quindi necessari due TNP separati, uno per NVIDIA DPU e uno per AMD Pensando DPU.
  7. Se un TNP è già stato creato, selezionare un profilo del nodo di trasporto che utilizzi il vSphere Distributed Switch come commutatore host e la modalità Percorso dati avanzato.
  8. Fare clic su Applica TNP.

    Se questo è il primo cluster abilitato per vSphere Lifecycle Manager, NSX carica il bundle LCP di NSX nel repository delle immagini nel vCenter Server. vSphere Lifecycle Manager imposta NSX come soluzione nel cluster. Imposta lo stato desiderato per l'immagine di NSX caricata nel vCenter Server. Quindi, vSphere Lifecycle Manager avvia l'installazione dei VIB NSX in ogni host, seguita dalla configurazione del commutatore NSX in ciascun nodo di trasporto.

    Come parte della preparazione dell'host, vSphere Lifecycle Manager corregge l'host, registra l'host in NSX Manager, configura il commutatore NSX nell'host e completa la configurazione.
    Nota:
    • vSphere Lifecycle Manager imposta l'host ESXi con supporto AMD Pensando DPU in modalità di manutenzione e lo riavvia come parte della correzione dell'host. Se vSphere Lifecycle Manager non riesce ad attivare la modalità di manutenzione per l'host, è necessario spegnere manualmente tutte le macchine virtuali e riprovare l'installazione di NSX
    • L'installazione di NSX in un cluster abilitato a vSphere Lifecycle Manager potrebbe richiedere un po' più di tempo rispetto all'installazione in un cluster non abilitato a vSphere Lifecycle Manager. Questa differenza è dovuta ai controlli di stato aggiuntivi che sono inclusi in questa combinazione di prodotti.