Vous pouvez modifier l'adresse IP d'un NSX Manager dans un cluster NSX Manager. Cette section décrit plusieurs approches.

Par exemple, si vous disposez d'un cluster composé de Gestionnaire A, Gestionnaire B et Gestionnaire C, vous pouvez modifier l'adresse IP d'un ou de plusieurs des gestionnaires de l'une des manières suivantes :
  • Scénario A :
    • Le Gestionnaire A a l'adresse IP 172.16.1.11.
    • Le Gestionnaire B a l'adresse IP 172.16.1.12.
    • Le Gestionnaire C a l'adresse IP 172.16.1.13.
    • Ajoutez le Gestionnaire D avec une nouvelle adresse IP, par exemple, 192.168.55.11.
    • Supprimez Gestionnaire A.
    • Ajoutez le Gestionnaire E avec une nouvelle adresse IP, par exemple, 192.168.55.12.
    • Supprimez le Gestionnaire B.
    • Ajoutez le Gestionnaire F avec une nouvelle adresse IP, par exemple, 192.168.55.13.
    • Supprimez le Gestionnaire C.
  • Scénario B :
    • Le Gestionnaire A a l'adresse IP 172.16.1.11.
    • Le Gestionnaire B a l'adresse IP 172.16.1.12.
    • Le Gestionnaire C a l'adresse IP 172.16.1.13.
    • Ajoutez le Gestionnaire D avec une nouvelle adresse IP, par exemple, 192.168.55.11.
    • Ajoutez le Gestionnaire E avec une nouvelle adresse IP, par exemple, 192.168.55.12.
    • Ajoutez le Gestionnaire F avec une nouvelle adresse IP, par exemple, 192.168.55.13.
    • Supprimez le Gestionnaire A, le Gestionnaire B et le Gestionnaire C.
  • Scénario C :
    • Le Gestionnaire A a l'adresse IP 172.16.1.11.
    • Le Gestionnaire B a l'adresse IP 172.16.1.12.
    • Le Gestionnaire C a l'adresse IP 172.16.1.13.
    • Supprimez Gestionnaire A.
    • Ajoutez le Gestionnaire D avec une nouvelle adresse IP, par exemple, 192.168.55.11.
    • Supprimez le Gestionnaire B.
    • Ajoutez le Gestionnaire E avec une nouvelle adresse IP, par exemple, 192.168.55.12.
    • Supprimez le Gestionnaire C.
    • Ajoutez le Gestionnaire F avec une nouvelle adresse IP, par exemple, 192.168.55.13.

Les deux premiers scénarios nécessitent une RAM virtuelle, un CPU et un disque supplémentaires pour les NSX Manager supplémentaires lors de ce changement d'adresse IP.

Le scénario C n'est pas recommandé, car il réduit temporairement le nombre de NSX Manager et la perte de l'un des deux gestionnaires actifs lors du changement d'adresse IP aura un impact sur les opérations de NSX. Ce scénario s'applique à une situation dans laquelle la RAM virtuelle, le CPU et le disque supplémentaires ne sont pas disponibles et où un changement d'adresse IP est requis.

Note : Si vous utilisez la fonctionnalité d'adresse IP virtuelle du cluster, vous devez utiliser le même sous-réseau pour les nouvelles adresses IP ou désactiver l'adresse IP virtuelle du cluster pendant les changements d'adresse IP, car l'adresse IP virtuelle du cluster requiert que tous les NSX Manager soient dans le même sous-réseau.

Conditions préalables

Familiarisez-vous avec le déploiement d'un NSX Manager dans un cluster. Pour plus d'informations, reportez-vous à Guide d'installation de NSX.

Procédure

  1. Si le NSX Manager que vous voulez supprimer a été déployé manuellement, procédez comme suit.
    1. Exécutez la commande d'interface de ligne de commande suivante pour détacher NSX Manager du cluster.
      detach node <node-id>
    2. Supprimez la machine virtuelle NSX Manager.
  2. Si NSX Manager que vous souhaitez supprimer a été déployé automatiquement via l'interface utilisateur de NSX Manager, procédez comme suit.
    1. Dans le navigateur, connectez-vous avec des privilèges d'administrateur à un dispositif NSX Manager sur https://nsx-manager-ip-address.
      Ce NSX Manager ne doit pas être celui que vous souhaitez supprimer.
    2. Dans l'onglet Systèmes, cliquez sur Nœuds de gestion NSX.
      L'état du cluster NSX Manager s'affiche.
    3. Pour NSX Manager que vous souhaitez supprimer, cliquez sur l'icône d'engrenage et sélectionnez Supprimer.
  3. Déployez une nouvelle instance de NSX Manager.
  4. Si vous disposez d'un cluster NSX Manager intégré au service NSX+ Intelligence ou au service NSX+ NDR, activez le mode de maintenance pour l'instance de NSX+ Intelligence et les agents NSX+ NDR.
    1. Pour vérifier si le cluster NSX Manager est intégré au service NSX+ Intelligence ou au service NSX+ NDR, utilisez la demande d'API suivante à l'aide de l'adresse IP du NSX Manager restauré. 
      GET https://nsx-manager-ip-address/policy/api/v1/infra/sites/agents/intelligence/maintenance
      Si le site NSX Manager n'est pas intégré, la demande d'API renvoie le message suivant. Dans ce cas, aucune autre action n'est nécessaire. 
      {
"enable": true.
"agent_error_message"; "Site is not onboarded with Saas. Invalid operation."
}
      Si le site NSX Manager est intégré, la demande d'API renvoie le message suivant. Passez aux étapes suivantes ci-dessous. 
      {
"enable": false
}
    2. Après avoir terminé le processus de modification de l'adresse IP du nœud NSX Manager pour les trois nœuds du cluster NSX Manager et après avoir confirmé que le site NSX Manager est intégré, activez le mode de maintenance pour l'instance de NSX+ Intelligence et les agents NSX+ NDR en utilisant la demande d'API suivante. 
      PUT https://nsx-manager-ip-address/policy/api/v1/infra/sites/agents/intelligence/maintenance
{
"enable": true
}
    3. Attendez que tous les objets de nœud NSX Manager soient dans l'état REALIZED. Utilisez l'appel d'API suivant à des fins de vérification. 
      GET https://nsx-manager-ip-address/policy/api/v1/infra/realized-state/realized-entities?intent_path=/infra/sites/agents/intelligence
      Dans la sortie de l'appel d'API, assurez-vous que la sortie "state": "REALIZED" existe pour tous les objets de la liste.
    4. Connectez-vous à l'une des instances de NSX Manager du cluster et, à partir de la ligne de commande, effacez la table NsxiAgentDockerConfig à l'aide de la commande suivante. 
      /opt/vmware/bin/corfu_tool_runner.py -n nsx -o clearTable -t NsxiAgentDockerConfig
    5. Désactivez le mode de maintenance à l'aide de la demande d'API suivante. 
      PUT https://nsx-manager-ip-address/policy/api/v1/infra/sites/agents/intelligence/maintenance
{
"enable": false
}