Reprise après sinistre (DR)
La fonctionnalité de reprise après sinistre (DR) vous permet de récupérer des VM et des vApps après une défaillance matérielle catastrophique qui désactive ou détruit un pool ou un site entier.
Pour vous protéger contre les défaillances de serveurs individuels, vous pouvez utiliser la Haute disponibilité. La haute disponibilité redémarre les VM sur un serveur alternatif dans le même pool.
Comprendre la DR
La reprise après sinistre stocke toutes les informations nécessaires pour récupérer vos VM et vApps critiques sur des référentiels de stockage (SR). Ces référentiels de stockage sont ensuite répliqués de votre environnement principal (de production) vers un environnement de sauvegarde. Lorsqu’un pool protégé de votre site principal tombe en panne, les VM et les vApps de ce pool peuvent être récupérées à partir du stockage répliqué et recréées sur un site secondaire (DR). Le résultat est un temps d’arrêt minimal des applications ou des utilisateurs.
Une fois que les VM récupérées sont opérationnelles dans le pool DR, les métadonnées du pool DR doivent également être enregistrées sur un stockage répliqué. Cette action permet de restaurer les VM et les vApps récupérées sur le site principal lorsqu’il est de nouveau en ligne.
Remarque :
La reprise après sinistre ne peut être utilisée qu’avec les types de stockage LVM sur HBA ou LVM sur iSCSI.
Les VM XenServer® se composent de deux éléments :
- Disques virtuels utilisés par la VM, stockés sur des référentiels de stockage (SR) configurés dans le pool où se trouvent les VM.
- Métadonnées décrivant l’environnement de la VM. Les métadonnées contiennent toutes les informations nécessaires pour recréer la VM si la VM d’origine est indisponible ou corrompue. La plupart des métadonnées sont écrites lors de la création de la VM et ne sont mises à jour que lorsque vous modifiez la configuration de la VM. Pour les VM d’un pool, une copie de ces métadonnées est stockée sur chaque serveur du pool.
Dans un environnement DR, les VM sont recréées sur un site secondaire (DR) à partir des métadonnées du pool – informations de configuration concernant toutes les VM et vApps du pool. Les métadonnées de chaque VM incluent son nom, sa description et son identifiant unique universel (UUID), ainsi que sa mémoire, son CPU virtuel, sa configuration réseau et de stockage. Elles incluent également les options de démarrage de la VM utilisées lors du redémarrage de la VM dans un environnement de haute disponibilité ou DR : ordre de démarrage, intervalle de délai et priorité de redémarrage. Par exemple, lors de la récupération de VM, les VM au sein d’une vApp redémarrent dans le pool DR dans l’ordre et avec les intervalles de délai spécifiés dans les métadonnées.
Remarque :
Pour utiliser la reprise après sinistre, vous devez être connecté en tant que root ou avoir un rôle d’opérateur de pool (Pool Operator) ou supérieur.
Terminologie de la reprise après sinistre
vApp : Un groupe logique de machines virtuelles associées qui sont gérées comme une seule entité.
Site : Un groupe physique de pools de ressources XenServer, de stockage et d’équipements matériels.
Site principal : Un site physique qui exécute des machines virtuelles ou des vApps qui doivent être protégées en cas de sinistre.
Site secondaire, site de reprise après sinistre : Un site physique dont le but est de servir de lieu de récupération pour le site principal, en cas de sinistre.
Basculement : Récupération des machines virtuelles et des vApps sur un site secondaire (de récupération) en cas de sinistre sur le site principal.
Reprise : Restauration des machines virtuelles et des vApps vers le site principal à partir d’un site secondaire (de récupération).
Basculement de test : Un basculement « à blanc » où les machines virtuelles et les vApps sont récupérées à partir d’un stockage répliqué vers un pool sur un site secondaire (de récupération) mais ne sont pas démarrées. Les basculements de test 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 réseau et de stockage, et les options de démarrage. Les métadonnées du pool sont utilisées en reprise après sinistre 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 reprise après sinistre, configurez l’infrastructure de reprise après sinistre appropriée sur les sites principal et secondaire :
- Le stockage utilisé à la fois 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 périphérique à 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 vApps récupérées sont opérationnelles sur un pool de votre site de reprise après sinistre, répliquez les SR contenant les métadonnées du pool de reprise après sinistre et les disques virtuels. Cette action permet de restaurer les machines virtuelles et les vApps récupérées vers le site principal (reprise) une fois que le site principal est de nouveau en ligne.
- L’infrastructure matérielle de votre site de reprise après sinistre 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. De plus, 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 l’assistant Disaster Recovery ne contrôlent aucune fonctionnalité de 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ées en cas de sinistre sont répliqués vers un site de sauvegarde. Certaines baies de stockage contiennent des fonctionnalités de mise en miroir pour effectuer la copie automatiquement. Si ces fonctionnalités sont utilisées, désactivez la fonctionnalité de miroir avant que les machines virtuelles ne soient redémarrées sur le site de récupération.
Basculement, rebasculement et test de basculement avec l’assistant Reprise après sinistre
L’assistant Reprise après sinistre simplifie le basculement et le rebasculement. Les étapes impliquées dans ces processus sont décrites ci-dessous :
Basculement
-
Choisissez un pool cible sur votre site de reprise après sinistre secondaire vers lequel vous souhaitez récupérer vos machines virtuelles et vApps.
-
Fournissez les détails des cibles de stockage contenant les SR répliqués de votre site principal. L’assistant analyse les cibles et répertorie tous les SR qui y sont trouvés.
-
Sélectionnez les SR contenant les métadonnées et les disques virtuels des machines virtuelles et vApps que vous souhaitez récupérer. L’assistant analyse les SR et répertorie toutes les machines virtuelles et vApps trouvées.
-
Sélectionnez les machines virtuelles et vApps que vous souhaitez récupérer sur le site de reprise après sinistre. Spécifiez si vous souhaitez que l’assistant les démarre automatiquement une fois qu’elles ont été récupérées, 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 vApps sélectionnées peuvent être récupérées vers le pool de reprise après sinistre cible. Par exemple, l’assistant vérifie que tout le stockage requis par les machines virtuelles et vApps sélectionnées est disponible.
Une fois les vérifications préalables terminées et tous les problèmes résolus, le processus de basculement commence. Les machines virtuelles et vApps sélectionnées sont exportées du stockage répliqué vers le pool de reprise après sinistre. Le basculement est maintenant terminé.
Rebasculement
-
Choisissez le pool cible sur votre site principal vers lequel vous souhaitez restaurer les machines virtuelles et vApps actuellement exécutées sur le site de reprise après sinistre.
-
Fournissez les détails des cibles de stockage contenant les SR répliqués de votre site de reprise après sinistre. L’assistant analyse les cibles et répertorie tous les SR trouvés.
-
Sélectionnez les SR contenant les métadonnées et les disques virtuels des machines virtuelles et vApps que vous souhaitez restaurer. L’assistant analyse les SR et répertorie toutes les machines virtuelles et vApps trouvées.
-
Sélectionnez les machines virtuelles et vApps que vous souhaitez restaurer sur le site principal. Spécifiez si vous souhaitez que l’assistant les démarre automatiquement une fois qu’elles ont été récupérées, 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 vApps sélectionnées peuvent être récupérées vers le pool cible sur le site principal. Par exemple, l’assistant vérifie que tout le stockage requis par les machines virtuelles et vApps sélectionnées est disponible.
Une fois les vérifications préalables terminées et tous les problèmes résolus, le processus de basculement inverse commence. Les machines virtuelles et vApps sélectionnées exécutées sur votre site de reprise après sinistre sont exportées du stockage répliqué vers le pool sélectionné sur votre site principal.
Le basculement inverse est maintenant terminé.
Si l’assistant Disaster Recovery trouve des informations pour la même machine virtuelle à deux endroits ou plus, il n’utilise que les informations les plus récentes par machine virtuelle. Par exemple, les informations peuvent être stockées sur le stockage du site principal, le stockage du site de reprise après sinistre et dans le pool où les données sont importées.
Conseil :
Pour faciliter la récupération des machines virtuelles et des vApps, nommez vos SR de manière à indiquer comment vos machines virtuelles et vApps sont mappées aux SR, et les SR aux LUN.
Vous pouvez également utiliser l’assistant Disaster Recovery pour exécuter des basculements de test afin de tester votre système de reprise après sinistre sans interruption. Lors d’un basculement de test, les étapes sont les mêmes que pour un basculement, mais les machines virtuelles et les vApps récupérées sont démarrées dans un état suspendu sur le site de reprise après sinistre. Un nettoyage est effectué une fois le test terminé pour supprimer toutes les machines virtuelles, vApps et le stockage recréés sur le site de reprise après sinistre. Pour plus d’informations, consultez Basculement de test.