Configurer le nœud de transport hôte NSX sur un cluster prenant en charge vSphere Lifecycle Manager reposant sur une DPU

Vous devez configurer NSX et activer le chemin de données optimisé pour vSphere Distributed Services Engine afin de décharger certaines opérations réseau de votre CPU de serveur vers la DPU.

La configuration du nœud de transport hôte NSX sur un cluster prenant en charge vSphere Lifecycle Manager reposant sur une DPU est semblable à la préparation du cluster NSX existant sur vSphere Lifecycle Manager.

vSphere Distributed Switch (VDS) soutenu par DPU sur ESXi prend en charge le mode de déchargement une fois NSX activé. La logique de transfert de trafic est déchargée de l'hôte ESXi vers le VDS soutenu par DPU.

Note : Une DPU est prise en charge uniquement sur les clusters vSphere Lifecycle Manager. La DPU requiert une combinaison de version minimale de vSphere 8.0, NSX 4.0.1.1 et la version matérielle Edge 20.

Pour en savoir plus sur la capacité de déchargements réseau, reportez-vous à la section Présentation de la capacité de déchargements réseau de la documentation de VMware vSphere.

Conditions préalables

• Déchargements vSphere : les DPU sont prises en charge sur les hôtes d'un cluster prenant en charge vSphere Lifecycle Manager qui s'exécutent sur ESXi version 8.0 ou ultérieure.
  Note : Pour les capacités de déchargement vSphere, vous n'avez pas besoin d'acheter une licence NSX distincte. Il vous suffit de disposer de la licence temporaire vSphere ENT+ et d'utiliser vSphere 8. NSX Manager est disponible dans le cadre de vSphere ENT+.
• Déchargements NSX : pour utiliser les capacités DPU-based Acceleration de NSX, vous devez acheter une licence temporaire NSX Enterprise Plus (par cœur) ou une licence NSX Enterprise Plus avec une licence temporaire de protection contre les menaces (par cœur).
  Note : Vous n'avez pas besoin de licences NSX supplémentaires si vous disposez d'une licence temporaire NSX Enterprise Plus (par cœur) ou d'une licence NSX Enterprise Plus avec une licence temporaire de protection contre les menaces (par cœur).
  Pour plus d'informations, reportez-vous au Guide des fonctionnalités et des éditions de NSX.
• Le mode de verrouillage n'est pas activé sur les hôtes. vSphere Lifecycle Manager peut échouer à préparer des hôtes activés pour fonctionner en mode de verrouillage.
• Il n'existe aucune dérive des images entre les hôtes et le cluster. Sinon, vous ne pouvez pas activer vSphere Lifecycle Manager sur le cluster. Corrigez les hôtes dans vCenter Server pour assurer la correspondance des images de base sur l'hôte et le cluster.
• Assurez-vous que vSphere Lifecycle Manager est activé sur le cluster. Reportez-vous à la documentation de VMware vSphere^®.
• Enregistrez le gestionnaire de calcul avec les paramètres suivants :
  • Activez Approbation et définissez le niveau d'accès sur vSphere Lifecycle Manager. L'approbation est obligatoire pour établir la communication entre NSX et vSphere Lifecycle Manager.
  • Activez Créer un compte de service.
• Créez un profil de nœud de transport à l'aide d'un commutateur d'hôte vSphere Distributed Switch. Le commutateur virtuel distribué (N-VDS) de NSX n'est pas pris en charge sur les clusters vSphere Lifecycle Manager.

Procédure

1. Dans un navigateur, connectez-vous avec des privilèges d'administrateur à une instance de NSX Manager sur https://<nsx-manager-ip-address> ou https://<nsx-manager-fqdn>.
2. Accédez à Système → Infrastructure → Hôtes → Clusters.
3. Sélectionnez le cluster et cliquez sur Configurer NSX.
   Note : Identifiez le cluster activé pour vSphere Lifecycle Manager lorsqu'un cluster est accompagné d'un texte vLCM.
4. Pour créer un profil de nœud de transport, cliquez sur Ajouter un profil.
5. Entrez les détails du profil de nœud de transport (TNP) si nécessaire.
   Note :

   • Pour le VDS soutenu par DPU, sélectionnez le mode de commutateur TN d'hôte et TNP de l'hôte comme Chemin de données optimisé - Standard (recommandé) ou Chemin de données optimisé - Performances.
   • Dans Ajouter un commutateur, sélectionnez VDS (Distributed Switch version 8.0 créé dans vSphere Client) avec compatibilité de déchargement. En cas de non-correspondance, l'hôte ne sera pas compatible.
   • Un cluster n'autorise qu'un seul type d'hôte. Par exemple, lorsque vous créez deux instances de Distributed Switch sur vSphere Client : l'une avec compatibilité de déchargement réseau NVIDIA et l'autre avec compatibilité de déchargement réseau AMD Pensando, les deux options s'affichent sur l'interface utilisateur. Sélectionnez celle qui répond à vos besoins. Les clusters de différents types ne peuvent pas utiliser le même TNP. Par conséquent, vous aurez besoin de deux TNP distincts : l'un pour la DPU NVIDIA et l'autre pour la DPU AMD Pensando.
6. Si le TNP est déjà créé, sélectionnez un profil de nœud de transport qui utilise vSphere Distributed Switch comme commutateur d'hôte et le mode de chemin de données comme Chemin de données optimisé.
7. Cliquez sur Appliquer TNP.

   S'il s'agit du premier cluster qui est activé pour vSphere Lifecycle Manager, NSX charge le bundle NSX LCP dans le référentiel d'images de vCenter Server. vSphere Lifecycle Manager définit NSX comme solution sur le cluster. Il définit l'état souhaité sur l'image NSX chargée sur vCenter Server. Ensuite, vSphere Lifecycle Manager commence l'installation des fichiers VIB NSX sur chaque hôte, suivie de la configuration du commutateur NSX sur chaque nœud de transport.

   Dans le cadre de la préparation de l'hôte, vSphere Lifecycle Manager corrige l'hôte, enregistre l'hôte dans NSX Manager, configure le commutateur NSX sur l'hôte et termine la configuration.

   Note :

   • vSphere Lifecycle Manager met l'hôte ESXi soutenu par DPU AMD Pensando en mode de maintenance et le redémarre dans le cadre de la correction de l'hôte. Si vSphere Lifecycle Manager ne parvient pas à placer l'hôte en mode de maintenance, vous devez mettre hors tension manuellement toutes les VM, puis réessayer l'installation de NSX.
   • L'installation de NSX sur un cluster activé pour vSphere Lifecycle Manager peut être un peu plus longue que l'installation sur un cluster non activé pour vSphere Lifecycle Manager. Cette différence est due aux contrôles de santé supplémentaires inclus dans cette combinaison de produits.