Planification de la récupération d'urgence pour vRealize Network Insight

VMware Site Recovery Manager (SRM) est un logiciel d'automatisation de récupération d'urgence qui fournit une gestion basée sur des stratégies, des tests non perturbateurs et une orchestration automatisée. Pour protéger votre vRealize Network Insight, SRM automatise chaque aspect de l'exécution d'un plan de récupération d'urgence afin d'accélérer la récupération et d'éliminer les risques qu'implique l'utilisation d'un processus manuel. vRealize Network Insight prend en charge SRM version 8.2 et versions ultérieures.

Pour plus d'informations sur l'installation, la mise à niveau et la configuration de SRM, consultez la Documentation VMware Site Recovery Manager.

Les conditions préalables pour le fonctionnement de la récupération d'urgence pour vRealize Network Insight sont les suivantes :

• Assurez-vous que vous avez installé et configuré vSphere Replication.
• SRM doit être déployé et configuré sur le site protégé et le site de récupération.
• Assurez-vous que le couplage de sites est correctement configuré dans l'interface utilisateur de SRM avant de procéder à la création du plan de récupération et des autres composants.
• VMware vSphere Replication doit être activé pour chacun des nœuds protégés de la configuration vRealize Network Insight en contexte. Lors de l'activation de VMware vSphere Replication, fournissez un RPO suffisant en tenant compte de la taille de nœud de vRealize Network Insight et de l'utilisation afin de subir une perte de données minimale lors d'un sinistre. Pour plus d'informations sur la réplication, reportez-vous à la Documentation de VMware vSphere Replication.
• Veillez à créer un groupe de protection distinct pour vRealize Network Insight. Pour les déploiements de petites dimensions et non distribués, assurez-vous que toutes les machines virtuelles sont dans le même groupe de protection. Pour les déploiements distribués, il est recommandé de placer toutes les plates-formes dans un groupe de protection unique afin d'en faciliter la récupération. Vous pouvez placer les collecteurs dans des groupes de protection différents.
• Créez un plan de récupération et ajoutez-y les groupes de protection contenant les machines virtuelles vRealize Network Insight. Veillez à ce que le groupe de protection contenant les nœuds de plate-forme obtienne la priorité la plus élevée. Dans le plan de récupération, assurez-vous que le nœud de plate-forme principal est placé dans un groupe de priorité plus élevée que les autres nœuds de plate-forme.
• Actuellement, tout type de personnalisation IPv4 avec SRM n'est pas pris en charge

Il vous est recommandé de migrer ou de récupérer les machines virtuelles vRealize Network Insight vers une configuration réseau identique. En outre, conformément à la recommandation SRM, vous pouvez effectuer régulièrement des tests d'exécution pour vous assurer que le plan existant fonctionne avec l'infrastructure sous-jacente et la limite de RPO configurée.

• Migrez ou récupérez les machines virtuelles vRealize Network Insight vers une configuration réseau identique.

  Si le site de récupération est configuré pour avoir la même configuration réseau que le site protégé et qu'un mappage est créé entre les réseaux identiques, configurez toutes les machines virtuelles vRealize Network Insight répliquées pour qu'elles démarrent avec les mêmes adresses IP, car ces machines virtuelles sont les nœuds protégés. Le système récupéré devient opérationnel une fois que la migration planifiée ou la récupération d'urgence s'est terminée avec succès.

• Ne spécifiez pas de personnalisation IP pour un plan de récupération lorsque le site de récupération n'a pas le même réseau que le site protégé. Dans ce scénario, SRM est utilisé pour la récupération des machines virtuelles de dispositif. Pour configurer la post-récupération du réseau, attribuez manuellement les paramètres réseau comme suit :

1. Exécutez la commande change-network-settings sur toutes les plateformes pour modifier l'adresse IP.
   Note : Assurez-vous que la machine virtuelle de plate-forme redémarre correctement avant d'exécuter la commande suivante.
2. Exécutez la commande update-IP-change sur tous les nœuds.

   Par exemple, pour modifier l'adresse IP de la plate-forme 1 de IP1 à IP2 dans un cluster à 3 nœuds, exécutez la commande update-IP-change sur la plate-forme 2 et la plate-forme 3 avec IP1 et IP2 comme arguments. Pour mettre à jour l'adresse IP de la plate-forme 2, exécutez la commande update-IP-change sur la plate-forme 1 et la plate-forme 3.

3. Exécutez la commande finalize-IP-change sur la plate-forme 1.
4. Exécutez la commande show-connectivity-status sur tous les collecteurs et recherchez Platform_VM_IP/URL pour identifier les nœuds de plate-forme associés.
5. Exécutez vrni-proxy set-platform –-ip-or-fqdn platform-newIP sur tous les collecteurs.

   Par exemple, si le collecteur A est associé à la plate-forme 2, exécutez vrni-proxy set-platform –-ip-or-fqdn platform2-newIP.

6. Vérifiez l'état du service. Si certains des services sur les nœuds de plate-forme ne sont pas en cours d'exécution, redémarrez les nœuds dans l'ordre recommandé.

Note : Pour plus d'informations sur les commandes mentionnées ci-dessus, reportez-vous au Guide de référence de la ligne de commande vRealize Network Insight.