La préparation d'un cluster d'hôtes autonomes entraîne un échec

La préparation d'un cluster d'hôtes autonomes pour NSX-T 3.2.2 entraîne un échec.

Problème

Dans ce scénario, deux déploiements de NSX-T sont connectés à la même instance de vCenter Server dans NSX-T 3.1.x. Le dispositif vCenter Server est enregistré dans NSX-T-1 en tant que gestionnaire de calcul et NSX-T-2 utilise un cluster autonome enregistré sur le même dispositif vCenter Server.

Mettez à niveau NSX-T-1 vers la version 3.2.2, puis activez l'indicateur Instances multiples de NSX sur le dispositif vCenter Server. Cependant, vous ne mettez pas à niveau le dispositif NSX-T-2 qui reste sur une version 3.1.x. Étant donné que NSX-T-1 est activé avec Instances multiples de NSX, l'interface utilisateur de NSX Manager répertorie le cluster autonome de NSX-T-2 comme cluster non préparé.

Si vous tentez de préparer le cluster NSX-T-2 autonome à partir de NSX-T-1, l'hôte autonome passe à l'état de panne.

Cause

Les hôtes NSX-T-2 passent à l'état de panne, car ils exécutent NSX-T v3.1.x.

Solution

1. Connectez-vous à https://<vCenter-Server-IP>.
2. Migrez toutes les machines virtuelles de cet hôte vers les autres hôtes à l'aide de vCenter Server.
3. Supprimez NSX des deux gestionnaires à l'aide de l'API ci-dessous :
   DELETE https://<NSX Manager-IP>/api/v1/transport-nodes/<transportnode-id>?force=true&unprepare_host=false
4. Configurez NSX-T sur le dispositif NSX Manager souhaité.