Redéploiement de NSX Edge

Si les services NSX Edge ne fonctionnent pas comme prévu après un force sync, vous pouvez redéployer l'instance NSX Edge.

Note : Le redéploiement est une action perturbatrice. Commencez par appliquer une synchronisation forcée et vérifiez si le problème est résolu. Il est conseillé de télécharger le bundle de support technique pour le dispositif Edge et de résoudre le problème. Si le problème n'est toujours pas résolu, redéployez.

Le redéploiement d'une instance de NSX Edge a les effets suivants :

Les dispositifs Edge sont supprimés, puis déployés avec la configuration la plus récente.
Les routeurs logiques sont supprimés du contrôleur, puis recréés avec la configuration la plus récente.
Les instances de routeur logique distribué situées sur les hôtes sont supprimées, puis recréées avec la configuration la plus récente.

Les contiguïtés OSPF sont retirées lors du redéploiement si un redémarrage normal n'est pas activé.

Les bonnes pratiques suivantes peuvent vous aider à empêcher la perte de trafic lors du redéploiement de dispositifs Edge :

Activer le redémarrage normal lorsque les temporisateurs OSPF ou BGP sont volumineux et que High Availability (HA) est activé sur les deux routeurs logiques distribués (DLR) et les passerelles Edge Services Gateway (ESG).
Utilisez des valeurs de temporisateurs OSPF ou BGP agressives et des routes statiques flottantes lorsqu'un DLR dans HA est lié à plusieurs passerelles ESG (ECMP).

Important : Dans un environnement cross-vCenter NSX, vous devez d'abord démarrer l'instance de NSX Edge sur le NSX Manager principal. Lorsque cette opération est terminée, redéployez l'instance de NSX Edge sur les instances secondaires de NSX Manager. Il faut que les instances de NSX Edge sur les dispositifs principaux et secondaires de NSX Manager soient redéployées.

Conditions préalables

Vérifiez que les hôtes disposent de ressources suffisantes pour déployer des dispositifs NSX Edge Services Gateway supplémentaires lors du redéploiement. Reportez-vous à la section Configuration système requise pour NSX Data Center for vSphere pour voir les ressources requises pour la taille de chaque dispositif NSX Edge.
- Pour une instance unique de NSX Edge, deux dispositifs NSX Edge de la bonne taille ont l'état poweredOn lors du redéploiement.
- Pour une instance de NSX Edge avec la haute disponibilité activée, les deux dispositifs de remplacement sont déployés avant le remplacement des anciens dispositifs. Cela signifie que quatre dispositifs NSX Edge de la bonne taille ont l'état poweredOn lors de la mise à niveau d'un dispositif NSX Edge donné. Une fois l'instance de NSX Edge redéployée, un dispositif HA peut devenir actif.

Vérifiez que les clusters d'hôtes répertoriés dans l'emplacement configuré et l'emplacement en direct pour les dispositifs NSX Edge que vous redéployez sont préparés pour NSX et que l'état de leur infrastructure de messagerie est GREEN.

Vérifiez que les clusters d'hôtes répertoriés dans l'emplacement configuré et l'emplacement en direct pour tous les dispositifs NSX Edge sont préparés pour NSX et que l'état de leur infrastructure de messagerie est GREEN. Si l'état est vert, les hôtes utilisent l'infrastructure de messagerie pour communiquer avec NSX Manager au lieu de VIX.
Si l'emplacement configuré n'est pas disponible, par exemple, car le cluster a été supprimé depuis la création du dispositif NSX Edge, vérifiez uniquement l'emplacement en direct.
- Obtenez l'identifiant de l'emplacement d'origine configuré (configuredResourcePool > id) et de l'emplacement en direct actuel (resourcePoolId) avec la demande d'API GET https://NSX-Manager-IP-Address/api/4.0/edges/{edgeId}/appliances.
- Trouvez l'état de préparation de l'hôte et l'état de l'infrastructure de messagerie de ces clusters avec la demande d'API GET https://NSX-Manager-IP-Address/api/2.0/nwfabric/status?resource={resourceId}, où resourceId correspond à l'ID des emplacements configuré et en direct des dispositifs NSX Edge trouvés précédemment.
  - Recherchez l'état correspondant à l'identifiant featureId de com.vmware.vshield.vsm.nwfabric.hostPrep dans le texte de la réponse. L'état doit être GREEN.
```
<nwFabricFeatureStatus>
  <featureId>com.vmware.vshield.vsm.nwfabric.hostPrep</featureId>
  <featureVersion>6.3.1.5124716</featureVersion>
  <updateAvailable>false</updateAvailable>
  <status>GREEN</status>
  <installed>true</installed>
  <enabled>true</enabled>
  <allowConfiguration>false</allowConfiguration>
</nwFabricFeatureStatus>
```
  - Recherchez l'état correspondant à l'identifiant featureId de com.vmware.vshield.vsm.messagingInfra dans le texte de la réponse. L'état doit être GREEN.
```
<nwFabricFeatureStatus>
  <featureId>com.vmware.vshield.vsm.messagingInfra</featureId>
  <updateAvailable>false</updateAvailable
  <status>GREEN</status>
  <installed>true</installed>
  <enabled>true</enabled>
  <allowConfiguration>false</allowConfiguration>
</nwFabricFeatureStatus>
```
Si les hôtes ne sont pas préparés pour NSX, procédez comme suit :
- Accédez à Installation et mise à niveau (Installation and Upgrade) > Préparation de l'hôte (Host Preparation) et préparez les hôtes pour NSX.
- Vérifiez que l'infrastructure de messagerie est GREEN.
- Redéployez les dispositifs NSX Edge sur l'hôte.

Procédure

Connectez-vous à vSphere Web Client.
Cliquez sur Mise en réseau et sécurité (Networking & Security) > Dispositifs NSX Edge (NSX Edges).
Sélectionnez une instance de NSX Edge.
Cliquez sur Actions > Redéployer (Redeploy).
Il est conseillé de télécharger le bundle de support technique pour le dispositif Edge et de résoudre le problème. Si le problème persiste, redéployez le dispositif Edge.

Résultats

La machine virtuelle NSX Edge est remplacée par une nouvelle machine virtuelle et tous les services sont restaurés. En cas d'échec du redéploiement, mettez hors tension la machine virtuelle NSX Edge et redéployez à nouveau NSX Edge.

Note : Le redéploiement peut ne pas fonctionner dans les cas suivants.

Le pool de ressources sur lequel NSX Edge a été installé n'est plus dans l'inventaire vCenter ou son MOID (identifiant dans vCenter Server) a changé.
La banque de données sur laquelle NSX Edge a été installé est corrompue/démontée ou est inaccessible.
Les dvportGroups sur lesquels les interfaces NSX Edge ont été connectées ne sont plus dans l'inventaire vCenter ou leur MOID (identifiant dans vCenter Server) a changé.

Si l'un des cas ci-dessus est vrai, vous devez mettre à jour le MOID du pool de ressources, de la banque de données ou de dvPortGroup à l'aide d'un appel REST API. Reportez-vous à la section Guide de NSX API.

Si le mode FIPS est activé sur NSX Edge et qu'un problème survient, NSX Manager n'autorise pas le redéploiement du dispositif NSX Edge. Vous devez résoudre les problèmes d'infrastructure pour les échecs de communication au lieu de redéployer le dispositif Edge.