À compter de NSX-T 3.2.1, lors de l'étape de migration de l'hôte, vous pouvez ajouter ou supprimer un hôte à migrer lorsqu'il y a une pause dans la migration.

À compter de NSX-T 3.2.2, vous pouvez suspendre la migration des hôtes au sein d'un groupe. Pour plus d'informations, reportez-vous à la section Configuration de la migration d'hôtes NSX-V.

La migration des hôtes sera suspendue si vous activez le paramètre Pause entre les groupes ou Pause entre les hôtes en cas d'échec de la migration d'un hôte.

Vous pouvez ajouter un hôte à un cluster avant, après ou pendant la migration du cluster. Vous pouvez également supprimer un hôte d'un cluster qui n'a pas migré ou qui est en cours de migration.

L'hôte que vous souhaitez ajouter peut être un hôte autonome ou dans un cluster. L'hôte ne doit pas avoir NSX-V ou NSX-T configuré. Si l'hôte se trouve dans un cluster, NSX-V ou NSX-T ne doit pas être configuré sur le cluster.

Vous devez d'abord préparer l'hôte en tant que nœud de transport, puis le déplacer ultérieurement vers un cluster cible qui a été migré vers NSX-T, qui est en cours de migration ou qui n'a pas démarré la migration. Si le cluster cible dispose déjà d'un hôte migré vers un nœud de transport NSX-T. Vous pouvez utiliser la configuration du nœud de transport comme référence pour préparer l'hôte en tant que nœud de transport. Si l'hôte prend en charge le trafic de superposition et qu'un pool d'adresses IP VTEP est utilisé pour préparer l'hôte en tant que nœud de transport, le pool d'adresses IP VTEP ne peut pas être avec ou chevaucher le pool d'adresses IP VTEP créé pour les hôtes NSX-V en cours de migration ou à migrer. Il peut s'agir d'un pool d'adresses IP existant (tel que celui utilisé par les nœuds NSX-T Edge) ou d'un pool d'adresses IP récemment créé. Pour plus d'informations, reportez-vous à la section « Préparation des hôtes ESXi et KVM en tant que nœuds de transport » dans le Guide d'installation de NSX-T Data Center.

Lors de la préparation d'un hôte ESXi en tant que nœud de transport, vous pouvez choisir N-VDS ou VDS comme commutateur d'hôte. Choisissez VDS si la version du VDS en cours de migration est 7.0 ou version ultérieure. Sinon, choisissez N-VDS. Si vous préparez un hôte avec N-VDS lorsque vous devez choisir VDS, l'hôte sera toujours migré, mais il peut rencontrer des problèmes de réseau.

Ajout d'un hôte à un cluster

  1. Dans vCenter Server, mettez l'hôte en mode de maintenance.
  2. Si aucun pool d'adresses IP VTEP ne chevauche le pool d'adresses IP VTEP créé pour les hôtes NSX-V en cours de migration ou à migrer, ou si ces pools ne disposent pas de suffisamment d'adresses IP libres pour créer les VTEP à ajouter pour l'hôte, accédez à Mise en réseau > Pools d'adresses IP et créez un nouveau pool d'adresses IP VTEP.
  3. Suivez les instructions du guide d'installation pour préparer l'hôte en tant que nœud de transport. Lorsque vous sélectionnez la zone de transport, si une zone de transport de superposition est choisie pour le commutateur d'hôte, choisissez le nouveau pool d'adresses IP qui a été créé à l'étape 2 ou choisissez un pool d'adresses IP existant qui ne chevauche pas le pool d'adresses IP VTEP créé pour les hôtes NSX-V en cours de migration ou à migrer. Sélectionnez un profil de liaison montante. Ne choisissez pas celui dont le nom contient « VXLAN » si une zone de transport de superposition est choisie pour le commutateur d'hôte.
  4. Attendez que l'état du nœud hôte soit « Réussite ». Ne sortez pas l'hôte du mode de maintenance.
  5. Choisissez un cluster dans lequel l'hôte sera ajouté. Dans l'interface utilisateur de NSX-T Manager, accédez à Système > Infrastructure > Nœuds > Nœuds de transport hôtes (si NSX-T est de version 3.2.0 ou 3.2.1) ou Système > Infrastructure > Hôtes (si NSX-T est de version 3.2.2 ou ultérieure) et vérifiez si un profil de nœud de transport (TNP) est attaché au cluster. Détachez le TNP si c'est le cas.
  6. Dans l'interface utilisateur de vCenter Server, déplacez l'hôte dans le cluster choisi.
  7. Appelez l'API de synchronisation des groupes d'hôtes ou cliquez sur le bouton Actualiser sur l'écran de migration de l'hôte de l'interface utilisateur de NSX-T Manager afin que le groupe de migration du cluster contienne le nouvel hôte.
  8. Appelez l'API NSX-T suivante pour accepter le nouvel hôte :
    POST https://{nsxt-mgr-ip}/api/v1/migration/setup?action=migrate_newly_added_host_transport_node
{
    "host_transport_node_id" : "<transport-node-uuid>"
}

    L'API renvoie une erreur, corrigez l'erreur et réessayez l'API. L'API renvoie une réussite, faites sortir l'hôte du mode de maintenance.

  9. Migration vMotion de la machine virtuelle vers l'hôte. Si une machine virtuelle est déplacée depuis un hôte NSX-V, veillez à modifier le réseau pour mapper le câble virtuel source aux segments de superposition NSX-T. Par exemple, virtual-wire vxw-dvs-64-virtualwire-4-sid-10787-1-switch-191 doit être mappé à 1-switch-191-LS.

Suppression d'un hôte d'un cluster

  1. À partir de vCenter Server, migrez toutes les machines virtuelles hors de l'hôte et passez-le en mode de maintenance.
  2. Si l'hôte se trouve dans un cluster qui n'a pas commencé la migration, passez à l'étape suivante. Dans le cas contraire, dans l'interface utilisateur de NSX-T Manager, accédez à Système > Infrastructure > Nœuds > Nœuds de transport hôtes (si NSX-T est de version 3.2.0 ou 3.2.1) ou Système > Infrastructure > Hôtes (si NSX-T est de version 3.2.2 ou ultérieure). Si NSX est configuré sur l'hôte, supprimez-le. Si l'hôte n'est pas accessible par NSX Manager, supprimez-le avec l'option Forcer.
  3. Dans vCenter Server, supprimez l'hôte. Attendez la fin de la tâche.
  4. Cliquez sur le bouton Actualiser sur l'écran de migration de l'hôte pour supprimer l'hôte du groupe de migration.
  5. Redémarrez la migration de l'hôte.