Scénarios de NSX avec vSphere Lifecycle Manager

Scénarios d'installation et de désinstallation à prendre en compte lorsque vous utilisez vSphere Lifecycle Manager (vLCM) pour des clusters NSX.

Scénario	Résultat
Vous tentez d'activer vLCM sur un cluster sur lequel le profil de nœud de transport n'est pas appliqué, mais certains hôtes sont préparés individuellement en tant que nœuds de transport d'hôte.	vLCM ne peut pas être activé sur le cluster, car aucun profil de nœud de transport n'a été appliqué au cluster.
Vous essayez d'activer vLCM sur un cluster à l'aide d'un profil de nœud de transport configuré pour appliquer le commutateur d'hôte N-VDS.	vCenter Server vérifie l'éligibilité du cluster afin que celui-ci puisse être converti en cluster vLCM. Comme le type de commutateur d'hôte N-VDS n'est pas pris en charge, appliquez un profil de nœud de transport configuré pour utiliser un commutateur d'hôte VDS.
Vous déplacez un hôte non préparé d'un cluster non-vLCM vers un cluster vLCM.	Si le cluster vLCM est préparé avec un profil de nœud de transport, l'hôte non préparé est préparé en tant que nœud de transport NSX par vLCM. Si le cluster vLCM n'est pas préparé avec un profil de nœud de transport, l'hôte reste dans un état non préparé.
Vous transférez un nœud de transport d'un cluster vLCM vers un cluster non-vLCM qui n'est pas préparé pour NSX.	Les VIB NSX sont supprimés de l'hôte, mais les données liées à la solution NSX (définies par vLCM) ne le sont pas. Désormais, si vous essayez d'activer le cluster vLCM sur le cluster, NSX Manager vous avertit que la solution NSX sera supprimée de l'hôte. Cette notification est trompeuse, car les VIB NSX ont déjà été supprimés sur l'hôte.
Une fois que vous avez effectué l'opération Supprimer NSX sur un cluster vSphere Lifecycle Manager, si vLCM ne peut pas supprimer NSX de l'état souhaité, tous les nœuds passent à l'état Échec de la désinstallation. Maintenant, vous essayez de supprimer NSX sur des nœuds de transport individuels.	Si vous supprimez NSX sur chaque nœud de transport individuel, même si des VIB NSX sont supprimés sur l'hôte, le cluster continue à avoir NSX comme état souhaité dans vLCM. Cet état apparaît comme une dérive de la conformité de l'hôte dans vCenter Server. Par conséquent, vous devez effectuer l'opération Supprimer NSX sur le cluster pour supprimer NSX de la configuration de vLCM.
Vous préparez un cluster vLCM composé d'un hôte en appliquant un TNP. Le type de commutateur VDS est configuré dans le TNP. Vous placez l'hôte en mode de maintenance et déplacez le cluster vLCM hors du cluster vLCM vers le centre de données. Enfin, replacez l'hôte dans le cluster vLCM.	L'installation de NSX échoue avec l'erreur suivante : Échec de l'installation du logiciel sur l'hôte. Échec de l'application de la solution sur l'hôte : « 192.196.178.156 » L'état du déploiement de l'hôte bfedeb69-48d3-4f3b-9ebc-ce4eb177a968 est INSTALL_IN_PROGRESS avec 0 erreur. L'état attendu est INSTALL_SUCCESSFUL sans erreur. L'état de déploiement de l'hôte bfedeb69-48d3-4f3b-9ebc-ce4eb177a968 est INSTALL_IN_PROGRESS avec 0 erreur. L'état attendu est INSTALL_SUCCESSFUL sans erreur. Échec de l'application de la solution sur l'hôte : « 192.196.178.156 » Solution : sur l'hôte, cliquez sur Résoudre et réappliquez TNP.
Vous déplacez un hôte qui a échoué à l'installation vers un cluster non-vLCM avec ou sans TNP appliqué.	NSX n'effectue aucune opération.
Vous déplacez un hôte qui a échoué à l'installation vers un cluster vLCM avec TNP appliqué.	L'installation de NSX commence automatiquement.
Vous déplacez un hôte qui a échoué à l'installation vers un cluster vLCM sans TNP appliqué.	NSX n'effectue aucune opération.
Vous déplacez un hôte qui a échoué à l'installation vers un centre de données.	NSX n'effectue aucune opération.
vCenter Server est ajouté en tant que gestionnaire de calcul avec l'indicateur Instances multiples de NSX activé. Appliquez TNP sur un autre cluster vLCM existant.	NSX permet la préparation du cluster vLCM existant à l'aide du TNP.
vCenter Server est ajouté en tant que gestionnaire de calcul avec l'indicateur Instances multiples de NSX activé. Essayez ensuite de remplacer le cluster déjà préparé par un cluster vLCM.	NSX n'autorise pas la préparation du cluster vLCM existant.
vCenter Server est ajouté en tant que gestionnaire de calcul avec l'indicateur Instances multiples de NSX activé. Essayez ensuite de créer un cluster vLCM.	NSX autorise la préparation du cluster vLCM existant.
vCenter Server contient déjà un cluster vLCM et vous tentez d'ajouter vCenter Server comme gestionnaire de calcul avec l'indicateur Instances multiples de NSX activé.	NSX échoue à cette opération, car vCenter Server contient déjà un cluster vLCM.
Déplacez un hôte prenant en charge la DPU d'un cluster appliqué TNP vers un cluster appliqué sans TNP.	Les fichiers VIB ne sont pas supprimés de l'hôte ESXi et de la DPU. Vous devez corriger les hôtes depuis vSphere Lifecycle Manager. vSphere Lifecycle Manager supprime les fichiers VIB NSX de l'hôte ESXi et de la DPU, puis redémarre l'hôte.
Supprimez les fichiers VIB NSX d'un hôte prenant en charge la DPU à l'aide de l'outil nsxcli de la commande « del nsx ».	Après l'exécution de la commande « del nsx », vous devez redémarrer l'hôte ESXi pour terminer le processus de suppression des fichiers VIB NSX (ceux-ci sont supprimés d'ESXi et de la DPU).
Les VIB NSX ne sont pas supprimés de l'hôte sur lequel DPU est activé, même s'ils sont affichés comme Non configuré sur l'interface utilisateur de NSX.	Lorsqu'un hôte sur lequel DPU est activé est déconnecté pendant l'opération Supprimer NSX, l'opération échoue. Après un certain temps, la suppression du nœud de transport se poursuit et l'hôte s'affiche comme Non configuré, mais les VIB ne sont pas supprimés. Solution : accédez à l'interface utilisateur de vLCM et corrigez le cluster. Note : L'hôte sur lequel DPU est activé redémarre dans le cadre de la correction.