Si un dispositif NSX Manager ou Gestionnaire global devient inopérable ou si vous souhaitez rétablir l'état précédent de votre environnement, vous pouvez procéder à cette restauration à partir d'une sauvegarde. Des dispositifs NSX Manager sont appelés Gestionnaire local s'ils sont gérés avec un Gestionnaire global à l'aide de Fédération NSX.

Vous pouvez restaurer une configuration de NSX à l'état capturé dans n'importe quelle sauvegarde. Alors que le dispositif est inopérable, le plan de données n'est pas affecté, mais vous ne pouvez pas modifier la configuration.

Notez les points suivants :
  • Pour que l'authentification de sauvegarde NSX se connecte au serveur de sauvegarde SFTP, vous pouvez utiliser la méthode de nom d'utilisateur et de mot de passe ou faire en sorte que NSX Manager utilise une clé privée SSH.
  • Vous devez restaurer la même version que celle que vous avez sauvegardée à partir de votre dispositif NSX vers les nouveaux dispositifs NSX.
  • Utilisez la même taille de clé pour la sauvegarde et la restauration. Si la taille de la clé est différente au moment de la sauvegarde et de la restauration, la sauvegarde n'apparaît pas dans la liste des sauvegardes disponibles. La prise en charge inclut les taille de clé 256 bits, 384 bits et 521 bits.
  • Le stockage des bibliothèques pendant la sauvegarde n'est pas pris en charge dans la sauvegarde NSX. Lors de la restauration, NSX disposera toujours de bibliothèques de versions par défaut. Si vous utilisez NSX Application Platform, vous devez télécharger les outils Kubernetes si nécessaire.
  • La restauration de NSX Manager ou de Gestionnaire global peut utiliser la même adresse IP ou une adresse IP différente.
    • Si vous utilisez une adresse IP de NSX Manager ou du Gestionnaire global pour la restauration, alors vous devez utiliser la même adresse IP que celle de la sauvegarde.
    • Pour les gestionnaires avec des adresses IP différentes, vous devez configurer un nom de domaine complet. Si vous utilisez un nom de domaine complet de NSX Manager ou du Gestionnaire global pour la restauration, alors vous devez utiliser le même nom de domaine complet que celui de la sauvegarde. Utilisez un nom de domaine complet en minuscules uniquement pour la sauvegarde et la restauration.
  • Si le gestionnaire Gestionnaire global actif et celui en veille (ou seulement le gestionnaire actif) tombent en panne, vous devez :
Problème Solution Résultat
Les instances actives et en veille échouent.
  1. Supprimez les instances active et en veille de Gestionnaire global. Assurez-vous qu'aucun dispositif du Gestionnaire global n'est actif dans les autres clusters.
  2. Déployez une nouvelle instance de Gestionnaire global avec la même adresse IP ou le même nom de domaine complet que l'ancien Gestionnaire global actif.
  3. Restaurez le site actif Gestionnaire global à partir d'une sauvegarde. Si un Gestionnaire local est présent, il se synchronise avec le nouveau Gestionnaire global actif.
  4. Déployez une nouvelle instance de Gestionnaire global sur un autre site et intégrez-le au Gestionnaire global restauré.
  • Le Gestionnaire global actif se synchronise avec n'importe quelle instance de Gestionnaire global sur le réseau.
  • Le Gestionnaire global en veille se synchronise avec le Gestionnaire global actif.
Le Gestionnaire global actif échoue et le Gestionnaire global en veille est actif. Si le Gestionnaire global en veille est dans un état correct, il devient automatiquement le Gestionnaire global actif. Le Gestionnaire global en veille devient le Gestionnaire global actif. Une nouvelle instance de Gestionnaire global en veille doit être ajoutée manuellement pour la sauvegarde. Une fois que la nouvelle instance de Gestionnaire global actif est en ligne, le Gestionnaire local se synchronise et assure la réplication de la configuration.