XenCenter

Reprise après sinistre (DR)

La fonctionnalité de récupération d’urgence (DR) vous permet de récupérer des machines virtuelles et des vApps à partir d’une défaillance matérielle catastrophique qui désactive ou détruit l’ensemble d’un pool ou d’un site.

Pour vous protéger contre les pannes d’un seul serveur, vous pouvez utiliser Haute disponibilité. La haute disponibilité redémarre les machines virtuelles sur un autre serveur dans le même pool.

Comprendre la DR

La récupération d’urgence stocke toutes les informations nécessaires à la récupération de vos machines virtuelles et vApps stratégiques pour l’entreprise sur des référentiels de stockage. Ces référentiels de stockage sont ensuite répliqués à partir de votre environnement principal (production) vers un environnement de sauvegarde. En cas de défaillance d’un pool protégé sur votre site principal, les machines virtuelles et les vApps de ce pool peuvent être récupérés à partir du stockage répliqué et recréés sur un site secondaire. Le résultat est un temps d’arrêt minimal de l’application ou de l’utilisateur.

Une fois que les machines virtuelles récupérées sont opérationnelles dans le pool de récupération d’urgence, les métadonnées du pool de récupération d’urgence doivent également être enregistrées sur le stockage répliqué. Cette action permet de restaurer les machines virtuelles et les vApps récupérés sur le site principal lorsqu’il est de nouveau en ligne.

Remarque :

La récupération d’urgence ne peut être utilisée qu’avec les types de stockage LVM sur HBA ou LVM sur iSCSI.

Les machines virtuelles XenServer se composent de deux composants :

  • Disques virtuels utilisés par la machine virtuelle, stockés dans des référentiels de stockage configurés dans le pool où se trouvent les machines virtuelles.
  • Métadonnées décrivant l’environnement de la machine virtuelle. Les métadonnées contiennent toutes les informations nécessaires pour recréer la machine virtuelle si la machine virtuelle d’origine est indisponible ou endommagée. La plupart des métadonnées sont écrites lors de la création de la machine virtuelle et ne sont mises à jour que lorsque vous modifiez la configuration de la machine virtuelle. Pour les machines virtuelles d’un pool, une copie de ces métadonnées est stockée sur chaque serveur du pool.

Dans un environnement de récupération d’urgence, les machines virtuelles sont recréées sur un site secondaire à partir des métadonnées du pool, c’est-à-dire des informations de configuration sur toutes les machines virtuelles et vApps du pool. Les métadonnées de chaque machine virtuelle incluent son nom, sa description et son identificateur unique universel (UUID), ainsi que sa mémoire, son processeur virtuel, sa mise en réseau et sa configuration de stockage. Il inclut également les options de démarrage de la machine virtuelle utilisées lors du redémarrage de la machine virtuelle dans un environnement de haute disponibilité ou de récupération d’urgence : ordre de démarrage, intervalle de retard et priorité de redémarrage. Par exemple, lors de la récupération de machines virtuelles, les machines virtuelles d’un vApp redémarrent dans le pool de récupération d’urgence dans l’ordre et avec les intervalles de retard spécifiés dans les métadonnées.

Remarque :

Pour utiliser la récupération d’urgence, vous devez être connecté en tant qu’utilisateur root ou disposer d’un rôle d’opérateur de pool ou supérieur.

Terminologie de la reprise après sinistre

vApp: groupe logique de machines virtuelles associées qui sont gérées comme une seule entité.

Site: groupe physique de pools de ressources, de stockage et d’équipements matériels XenServer.

Site principal: Un site physique qui exécute des VM ou des vApps qui doivent être protégées en cas de sinistre.

Site secondaire, site DR: Un site physique dont la finalité est de servir de lieu de récupération du site principal, en cas de sinistre.

Basculement: Récupération des VM et vApps sur un site secondaire (récupération) en cas de sinistre sur le site principal.

Restauration automatique: Restauration des machines virtuelles et des vApps sur le site principal à partir d’un site secondaire (récupération).

Test de basculement: basculement « à sec » dans lequel les machines virtuelles et les vApps sont récupérées du stockage répliqué vers un pool sur un site secondaire (de récupération), mais ne sont pas démarrées. Des tests de basculement peuvent être exécutés pour vérifier que la reprise après sinistre est correctement configurée et que vos processus sont efficaces.

Métadonnées du pool: informations sur les machines virtuelles et les vApps du pool, telles que leur nom et leur description. Pour les machines virtuelles, les informations de configuration incluent l’UUID, la mémoire, le processeur virtuel, la configuration de la mise en réseau et du stockage, ainsi que les options de démarrage. Les métadonnées de pool sont utilisées dans la récupération d’urgence pour recréer les machines virtuelles et les vApps du site principal dans un pool de récupération sur le site secondaire.

Infrastructure de reprise après sinistre

Pour utiliser la récupération d’urgence, configurez l’infrastructure de récupération d’urgence appropriée sur les sites principal et secondaire :

  • Le stockage utilisé pour les métadonnées du pool et les disques virtuels utilisés par les machines virtuelles doit être répliqué de votre environnement principal (de production) vers un environnement de sauvegarde. La réplication du stockage, par exemple à l’aide de la mise en miroir, varie d’un appareil à l’autre. Nous vous recommandons d’utiliser votre solution de stockage pour gérer la réplication du stockage.
  • Une fois que les machines virtuelles et les vApp récupérés sont en cours d’exécution sur un pool sur votre site de récupération d’urgence, répliquez les SR contenant les métadonnées du pool de récupération d’urgence et les disques virtuels. Cette action permet aux machines virtuelles et aux vApps récupérés d’être restaurés sur le site principal (restauration automatique) une fois que le site principal est de nouveau en ligne.
  • L’infrastructure matérielle de votre site de récupération d’urgence n’a pas besoin de correspondre à celle du site principal. Cependant, l’environnement XenServer doit être au même niveau de version et de correctif. En outre, des ressources suffisantes doivent être configurées dans le pool cible pour permettre la recréation et le démarrage de toutes les machines virtuelles basculées.

Important :

XenCenter et le Reprise après sinistre ne contrôle aucune fonctionnalité de la baie de stockage. Assurez-vous que les métadonnées du pool et le stockage utilisé par les machines virtuelles qui doivent être redémarrés en cas de sinistre sont répliqués sur un site de sauvegarde. Certaines baies de stockage contiennent des fonctions de mise en miroir permettant d’effectuer la copie automatiquement. Si ces fonctionnalités sont utilisées, désactivez la fonctionnalité de mise en miroir avant que les machines virtuelles ne soient redémarrées sur le site de récupération.

Basculement, restauration automatique et test de basculement avec la commande Reprise après sinistre sorcier

Le Reprise après sinistre L’assistant simplifie le basculement et la restauration automatique. Les étapes de ces processus sont décrites ci-dessous :

Basculement

  1. Choisissez un pool cible sur votre site de récupération d’urgence secondaire sur lequel vous souhaitez récupérer vos machines virtuelles et vApps.

  2. Fournissez des détails sur les cibles de stockage contenant les SR répliqués à partir de votre site principal. L’assistant analyse les cibles et répertorie tous les SR qui s’y trouvent.

  3. Sélectionnez les SR contenant les métadonnées et les disques virtuels pour les machines virtuelles et les vApps que vous souhaitez récupérer. L’Assistant analyse les SR et répertorie toutes les machines virtuelles et vApps trouvées.

  4. Sélectionnez les machines virtuelles et les vApps que vous souhaitez récupérer sur le site de récupération d’urgence. Indiquez si vous souhaitez que l’Assistant les démarre automatiquement lorsqu’ils ont été récupérés ou si vous préférez attendre et les démarrer manuellement vous-même.

    L’Assistant effectue des vérifications préalables pour s’assurer que les machines virtuelles et les vApps sélectionnés peuvent être récupérés dans le pool de récupération d’urgence cible. Par exemple, l’Assistant vérifie que tout le stockage requis par les machines virtuelles et les vApps sélectionnées est disponible.

Une fois les vérifications préalables terminées et les problèmes résolus, le processus de basculement commence. Les machines virtuelles et les vApps sélectionnées sont exportées du stockage répliqué vers le pool de récupération d’urgence. Le basculement est maintenant terminé.

Restauration automatique

  1. Choisissez le pool cible sur votre site principal sur lequel vous souhaitez restaurer les machines virtuelles et les vApps actuellement en cours d’exécution sur le site de récupération d’urgence.

  2. Fournissez des détails sur les cibles de stockage contenant les SR répliqués à partir de votre site de récupération d’urgence. L’assistant analyse les cibles et répertorie toutes les SR trouvées.

  3. Sélectionnez les SR contenant les métadonnées et les disques virtuels pour les machines virtuelles et les vApps que vous souhaitez restaurer. L’Assistant analyse les SR et répertorie toutes les machines virtuelles et vApps trouvées.

  4. Sélectionnez les machines virtuelles et les vApps que vous souhaitez restaurer sur le site principal. Indiquez si vous souhaitez que l’Assistant les démarre automatiquement lorsqu’ils ont été récupérés ou si vous préférez attendre et les démarrer manuellement vous-même.

    L’Assistant effectue ensuite des vérifications préalables pour s’assurer que les machines virtuelles et les vApps sélectionnés peuvent être récupérés dans le pool cible sur le site principal. Par exemple, l’Assistant vérifie que tout le stockage requis par les machines virtuelles et les vApps sélectionnées est disponible.

Une fois les vérifications préalables terminées et les problèmes résolus, le processus de restauration automatique commence. Les machines virtuelles et les vApps sélectionnées qui s’exécutent sur votre site de récupération d’urgence sont exportées du stockage répliqué vers le pool sélectionné sur votre site principal.

La restauration automatique est maintenant terminée.

Si l’icône Reprise après sinistre L’assistant recherche des informations pour la même machine virtuelle à deux endroits ou plus, il utilise uniquement les informations les plus récentes par machine virtuelle. Par exemple, les informations peuvent être stockées sur le stockage de site principal, le stockage de site de récupération d’urgence et dans le pool dans lequel les données sont importées.

Conseil :

Pour faciliter la récupération des machines virtuelles et des vApps, nommez vos SR pour indiquer comment vos VM et vApps sont mappés aux SR, et les SR aux LUN.

Vous pouvez également utiliser l’outil Reprise après sinistre Assistant pour exécuter des tests de basculement pour des tests sans interruption de votre système de récupération d’urgence. Dans un basculement de test, les étapes sont les mêmes que pour le basculement, mais les machines virtuelles et les vApp récupérés sont démarrés dans un état suspendu sur le site de récupération d’urgence. Le nettoyage est effectué une fois le test terminé pour supprimer toutes les machines virtuelles, les vApps et le stockage recréés sur le site de récupération d’urgence. Pour plus d’informations, consultez Test de basculement.

Documentation associée

XenServer 8

Mise à jour cumulative 1 de Citrix Hypervisor 8.2

Reprise après sinistre (DR)