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.
VMware vCenter 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.
VMware vCenter 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.
VMware vCenter 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.
VMware vCenter contient déjà un cluster vLCM et vous tentez d'ajouter VMware vCenter comme gestionnaire de calcul avec l'indicateur Instances multiples de NSX activé.	NSX échoue à cette opération, car VMware vCenter 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.
Lorsque vous activez vLCM sur un cluster configuré à l'aide d'un profil de nœud de transport, la transition réussit. Toutefois, la correction vLCM (Appliquer tâche NSX sur vLCM) échoue.	L'état des nœuds de transport hôtes restera celui d'avant l'activation de vLCM. Accédez à l'interface utilisateur de vLCM pour vérifier si l'opération Appliquer NSX a échoué. Vérifiez également les détails du cluster pour obtenir plus de détails sur le décalage entre l'état souhaité et l'hôte.
Vous ne pouvez pas préparer un hôte qui est déjà dans l'état Échec de la désinstallation. L'hôte est dans un état incorrect, ce qui signifie que l'enregistrement et les fichiers du nœud de transport ne sont pas complètement supprimés de l'hôte.	Avant de préparer un hôte ayant échoué, supprimez l'entrée de nœud de transport à l'aide de l'option Forcer la suppression. Cette opération supprime l'enregistrement du nœud de transport. Ensuite, à l'aide de la commande del nsx, supprimez NSX de l'hôte. Ensuite, essayez de préparer l'hôte ou de déplacer l'hôte dans un cluster appliqué par TNP.