Cette procédure n'est utilisée que si le Gestionnaire global a été supprimé AVANT que les Gestionnaire local (LM) apprennent sa suppression.

Il s'agit d'un cas d'utilisation possible à l'achèvement d'un test de fédération. Dans ce cas, le LM tentera constamment de se connecter à son Gestionnaire global configuré (qui a été supprimé) et de partager avec d'autres Gestionnaire local ses membres du groupe GM étendu. Les appels d'API suppriment les constructions Gestionnaire global sur chaque LM, même lorsque le GM a été supprimé.

Les appels d'API ci-dessous sur le Gestionnaire local suppriment le Gestionnaire local, son enregistrement dans le Gestionnaire global et son enregistrement dans d'autres gestionnaires locaux.

Note : Les appels d'API suivants effectués sur le Gestionnaire local sont perturbés.

Toutes les configurations créées par le Gestionnaire global qui ne sont pas spécifiques à cet emplacement, telles que les sections de groupes et de pare-feu avec une étendue globale, seront supprimées de NSX Manager à cet emplacement.

Procédure

  1. Pour supprimer un Gestionnaire global actif, un Gestionnaire global en veille et d'autres enregistrements de Gestionnaire local du Gestionnaire local, utilisez l'API du gestionnaire de sites (sur le gestionnaire local) POST https://<LM>/api/v1/sites?action=offboard_local..
  2. Pour supprimer des objets de Gestionnaire global d'un Gestionnaire local, exécutez l'API de Gestionnaire local (dans le gestionnaire local) POST https://<LM>/policy/api/v1/infra/site?action=offboard.
  3. (Facultatif) La progression du débarquement peut être surveillée à l'aide de l'appel d'API GET https://<LM>/policy/api/v1/infra/site/offboarding-status.

Résultats