À propos de XenServer DR

La fonctionnalité de récupération après sinistre (DR) de XenServer est conçue pour vous permettre de récupérer des machines virtuelles (VM) et des VAPP à partir d’une défaillance catastrophique du matériel qui désactive ou détruit un pool ou un site entier. Pour une protection contre les pannes de serveur unique, vous pouvez utiliserHaute disponibilité de XenServerpour redémarrer les machines virtuelles sur un serveur alternatif dans le même pool.

Présentation de la reprise après sinistre de XenServer

La reprise après sinistre de XenServer fonctionne en stockant toutes les informations nécessaires à la restauration de vos machines virtuelles et VAPP stratégiques sur des référentiels de stockage (SR) qui sont ensuite répliqués de votre environnement principal (de production) vers un environnement de sauvegarde. Lorsqu’un pool protégé sur votre site principal tombe en panne, les machines virtuelles et les VAPP de ce pool peuvent être récupérées à partir du stockage répliqué et recréées sur un site secondaire, avec un temps d’arrêt minimal des applications ou de l’utilisateur.

Une fois que les machines virtuelles récupérées sont en cours d’exécution dans le pool de reprise après sinistre, les métadonnées du pool de reprise après sinistre doivent également être enregistrées sur le stockage répliqué, ce qui permet de restaurer les machines virtuelles et les VAPP récupérées sur le site principal lorsqu’elles sont de nouveau en ligne.

Remarque : XenServer DR ne peut être utilisé 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 sur des référentiels de stockage configurés dans le pool où se trouvent les machines virtuelles.
  • Métadonnées décrivant l’environnement VM. Il s’agit de toutes les informations nécessaires pour recréer la machine virtuelle si la machine virtuelle d’origine n’est pas disponible ou corrompue. La plupart des données de configuration des métadonnées sont écrites lors de la création de la machine virtuelle et sont mises à jour uniquement lorsque vous apportez des modifications à 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 reprise après sinistre, les machines virtuelles sont recréées sur un site secondaire à partir des métadonnées du pool - informations de configuration sur toutes les machines virtuelles et les VAPP du pool. Les métadonnées de chaque machine virtuelle incluent son nom, sa description et son UUID (Universal Unique Identifier), ainsi que sa mémoire, son processeur virtuel et sa configuration de réseau et de stockage. Il inclut également les options de démarrage de la machine virtuelle - ordre de démarrage, intervalle de retard et priorité de redémarrage HA - qui sont utilisées lors du redémarrage de la machine virtuelle dans un environnement HA ou DR. Par exemple, lors de la restauration de machines virtuelles au cours de la reprise après sinistre, les machines virtuelles d’un vApp sont redémarrées dans le pool de reprise après sinistre dans l’ordre spécifié dans les métadonnées de la machine virtuelle et avec les intervalles de délai spécifiés.

Exigences relatives à la reprise après sinistre XenServer

   
Version logicielle XenServer version 6.0 ou ultérieure
Accès Vous devez être connecté en tant que root ou avoir un rôle de Pool Operator ou supérieur.

Infrastructure de reprise après sinistre

Pour utiliser XenServer DR, l’infrastructure de reprise après sinistre appropriée doit être configuré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 en utilisant la mise en miroir, est mieux gérée par votre solution de stockage et varie d’un périphérique à l’autre.
  • Une fois que les machines virtuelles et les VAPP ont été récupérées dans un pool sur votre site de reprise après sinistre et sont en cours d’exécution, les SR contenant les métadonnées du pool de reprise après sinistre et les disques virtuels doivent également être répliqués pour permettre aux machines virtuelles et aux VAPP récupérées d’être restaurées sur le site principal (échec) une fois le site principal remis en ligne.
  • L’infrastructure matérielle de votre site de reprise après sinistre ne doit pas nécessairement correspondre au site principal, mais l’environnement XenServer doit être au même niveau de version et de correctif, et 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 en panne.

Important : XenCenter et l’assistant de reprise après sinistre ne contrôlent aucune fonctionnalité de baie de stockage. Les utilisateurs de la fonctionnalité de reprise après sinistre doivent s’assurer que les métadonnées du pool et le stockage utilisés par les machines virtuelles qui doivent être redémarrées en cas de sinistre sont répliqués sur un site de sauvegarde. Certaines baies de stockage contiennent des fonctionnalités de mise en miroir pour réaliser la copie automatiquement : si ces fonctionnalités sont utilisées, il est essentiel que la fonctionnalité de mise en miroir soit désactivée (le miroir est cassé) avant le redémarrage des machines virtuelles sur le site de récupération.

Basculement, retour sur incident et basculement de test avec l’assistant de reprise après sinistre

L’assistant de reprise après sinistre simplifie le basculement (récupération des machines virtuelles protégées et des VAPP vers un site secondaire) et le retour en arrière (restauration des machines virtuelles et des VAPP sur le site principal). Les étapes impliquées dans les deux processus sont décrites ici :

Basculement

  1. Tout d’abord, vous choisissez un pool cible sur votre site de reprise après sinistre secondaire sur lequel vous souhaitez récupérer vos machines virtuelles et VAPP.
  2. Ensuite, vous fournissez des détails sur les cibles de stockage contenant les SR répliquées à partir de votre site principal.
  3. L’assistant analyse les cibles et répertorie tous les SR qui y sont trouvés.

    Vous sélectionnez maintenant les SR contenant les métadonnées et les disques virtuels pour les machines virtuelles et les VAPP que vous souhaitez récupérer.

  4. L’assistant analyse les SR et répertorie toutes les machines virtuelles et les VAPP trouvés.

    Maintenant, vous sélectionnez les machines virtuelles et les VAPP que vous souhaitez restaurer sur le site après sinistre, et spécifiez si vous souhaitez que l’Assistant les démarre automatiquement dès qu’ils ont été récupérés, ou si vous préférez attendre et les démarrer manuellement vous-même.

  5. L’assistant effectue ensuite un certain nombre de prévérifications pour s’assurer que les machines virtuelles et les VAPP sélectionnés peuvent être récupérées dans le pool de reprise après sinistre cible. Par exemple, il vérifie que tout le stockage requis par les machines virtuelles et les VAPP sélectionnés est disponible.
  6. Enfin, lorsque les prévérifications sont terminées et que les problèmes sont résolus, le processus de basculement commence. Les machines virtuelles et les VAPP sélectionnés sont exportés du stockage répliqué vers le pool de reprise après sinistre.

    Le basculement est maintenant terminé.

Retour arrière

  1. Tout d’abord, vous choisissez le pool cible sur votre site principal sur lequel vous souhaitez restaurer les machines virtuelles et les VAPP en cours d’exécution sur le site DR.
  2. Ensuite, vous fournissez des détails sur les cibles de stockage contenant les SR répliqués de votre site de reprise après sinistre.
  3. L’assistant analyse les cibles et répertorie tous les SR trouvés.

    Vous sélectionnez maintenant les SR contenant les métadonnées et les disques virtuels pour les machines virtuelles et les VAPP que vous souhaitez restaurer.

  4. L’assistant analyse les SR et répertorie toutes les machines virtuelles et les VAPP trouvés.

    Maintenant, vous sélectionnez les machines virtuelles et les VAPP que vous souhaitez restaurer sur le site principal et spécifiez si vous souhaitez que l’Assistant les démarre automatiquement dès qu’ils ont été récupérés, ou si vous préférez attendre et les démarrer manuellement.

  5. L’assistant effectue ensuite un certain nombre de prévérifications pour s’assurer que les machines virtuelles et les VAPP sélectionnés peuvent être récupérées dans le pool cible sur le site principal. Par exemple, il vérifie que tout le stockage requis par les machines virtuelles et les VAPP sélectionnés est disponible.
  6. Enfin, lorsque les prévérifications sont terminées et que les problèmes sont résolus, le processus de reprise automatique commence. Les machines virtuelles et les VAPP sélectionnés s’exécutant sur votre site après sinistre sont exportées du stockage répliqué vers le pool sélectionné sur votre site principal.

    Le retour en arrière est maintenant terminé.

Si l’assistant de reprise après sinistre trouve des informations pour la même machine virtuelle présente à deux endroits ou plus (par exemple, stockage à partir du site principal, stockage à partir du site après sinistre et aussi dans le pool dans lequel les données doivent être importées), il s’assurera que seules les informations les plus récentes par machine virtuelle sont utilisé.

Conseil : la récupération des machines virtuelles et des VAPP à partir du stockage répliqué sera plus facile si vos SR sont nommés de manière à saisir la façon dont vos machines virtuelles et VAPP sont mappés aux SR, et les SR aux LUN.

Vous pouvez également utiliser l’assistant de reprise après sinistre pour exécuter des basculements de test pour des tests sans interruption de service de votre système de reprise après sinistre. Dans un basculement de test, toutes les étapes sont les mêmes que pour le basculement, mais les machines virtuelles et les VAPP sont démarrées dans un état en pause après avoir été récupérées sur le site DR, et le nettoyage est effectué lorsque le test est terminé pour supprimer toutes les machines virtuelles, les VAPP et le stockage recréés sur le site DR. Tu voisTester le basculement.

Terminologie de reprise après sinistre XenServer

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

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

Site principal  : site physique qui exécute des machines virtuelles ou des VAPP qui doivent être protégés en cas de sinistre.

Site secondaire, site de reprise après sinistre  : site physique dont le but est de servir de lieu de récupération pour le site principal, en cas de sinistre.

Basculement sur incident  : récupération des machines virtuelles et des VAPP sur un site secondaire (récupération) en cas de sinistre sur le site principal.

Failback  : Restauration des machines virtuelles et des VAPP vers le site principal à partir d’un site secondaire (récupération).

Test de basculement  : un basculement « à sec » dans lequel les machines virtuelles et les VAPP sont récupérées à partir du stockage répliqué vers un pool sur un site secondaire (de récupération) mais pas réellement démarré. 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 de pool  : informations sur les machines virtuelles et les VAPP du pool, telles que leur nom et leur description, et, pour les machines virtuelles, informations de configuration, y compris UUID, mémoire, CPU virtuel, configuration réseau et stockage, et options de démarrage - ordre de démarrage, intervalle de retard et Priorité de redémarrage HA. Les métadonnées de pool sont utilisées en reprise après sinistre pour recréer les machines virtuelles et les VAPP à partir du site principal dans un pool de récupération sur le site secondaire.