Reprise après sinistre et sauvegarde
Important :
La mise à jour cumulative 1 de Citrix Hypervisor 8.2 prend fin le 25 juin 2025. Planifiez votre mise à niveau vers XenServer 8 dès maintenant pour assurer une transition en douceur et un support continu. Pour plus d’informations, consultez Mise à niveau.
Si vous utilisez vos fichiers de licence Citrix Virtual Apps and Desktops pour obtenir une licence pour vos hôtes Citrix Hypervisor 8.2 Cumulative Update 1, ces fichiers de licence ne sont pas compatibles avec XenServer 8. Avant la mise à niveau, vous devez acquérir les fichiers de licence socket XenServer Premium Edition à utiliser avec XenServer 8. Ces fichiers de licence de socket sont disponibles en tant que droits des abonnements Citrix pour le cloud privé, Citrix Universal Hybrid Multi-Cloud, Citrix Universal MSP et Citrix Platform License pour l’exécution de vos charges de travail Citrix. Les clients Citrix qui n’ont pas encore migré vers ces nouveaux abonnements peuvent demander à participer à une promotion gratuite pour 10 000 licences de sockets XenServer Premium Edition. Pour plus d’informations, consultez XenServer.
Si vous n’obtenez pas de licence compatible pour XenServer 8 avant la mise à niveau, lorsque vous mettez à niveau vos hôtes, ils reviennent à l’édition d’essai de 90 jours. L’édition d’essai offre les mêmes fonctionnalités que l’édition Premium, avec quelques limitations. Pour plus d’informations, consultez Présentation des licences XenServer 8.
La fonctionnalité de récupération d’urgence (DR) de Citrix Hypervisor vous permet de récupérer des machines virtuelles (VM) et des vApps à partir d’une défaillance matérielle qui détruit l’intégralité d’un pool ou d’un site. Pour vous protéger contre les pannes d’un seul serveur, reportez-vous à la section Haute disponibilité.
Remarque :
Vous devez être connecté avec votre racine compte ou avoir le rôle de Exploitant de piscine ou supérieur pour utiliser la fonction DR.
Comprendre Citrix Hypervisor DR
Citrix Hypervisor DR fonctionne en stockant toutes les informations nécessaires à la récupération de vos machines virtuelles et vApps critiques pour l’entreprise sur des référentiels de stockage (SR). Les SR 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, vous pouvez récupérer les machines virtuelles et les vApps de ce pool à partir du stockage répliqué recréé sur un site secondaire avec un temps d’arrêt minimal de l’application ou de l’utilisateur.
Le Reprise après sinistre Les paramètres de XenCenter peuvent être utilisés pour interroger le stockage et importer les machines virtuelles et les vApps sélectionnées dans un pool de récupération lors d’un sinistre. Lorsque les machines virtuelles s’exécutent dans le pool de récupération, les métadonnées du pool de récupération sont également répliquées. La réplication des métadonnées du pool permet de réinjecter toutes les modifications apportées aux paramètres de la machine virtuelle dans le pool principal lors de la récupération du pool principal. Parfois, les informations relatives à la même machine virtuelle peuvent se trouver à plusieurs endroits. Par exemple, le stockage du site principal, le stockage du site de récupération d’urgence et également dans le pool dans lequel les données doivent être importées. Si XenCenter constate que les informations de la machine virtuelle sont présentes à deux endroits ou plus, il s’assure qu’il n’utilise que les informations les plus récentes.
La fonctionnalité de récupération après sinistre peut être utilisée avec XenCenter et l’interface de ligne de commande xe. Pour les commandes CI, reportez-vous à la section Commandes de récupération d’urgence.
Conseil :
Vous pouvez également utiliser les paramètres de récupération d’urgence pour exécuter des tests de basculement afin de tester sans interruption de votre système de récupération d’urgence. Dans un test de basculement, toutes les étapes sont identiques à celles du basculement. Toutefois, les machines virtuelles et les vApps ne sont pas démarrés une fois qu’ils ont été récupérés sur le site de récupération d’urgence. Une fois le test terminé, un nettoyage est effectué pour supprimer toutes les machines virtuelles, les vApps et le stockage recréés sur le site de récupération d’urgence.
Les machines virtuelles Citrix Hypervisor 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. Ces informations sont nécessaires pour recréer la machine virtuelle si la machine virtuelle d’origine est indisponible ou endommagée. La plupart des données de configuration 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 à l’aide des métadonnées du pool et des informations de configuration de 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 et sa configuration de mise en réseau et de stockage. Il inclut également des options de démarrage de machine virtuelle : ordre de démarrage, intervalle de retard, haute disponibilité et priorité de redémarrage. Les options de démarrage de la machine virtuelle sont utilisées lors du redémarrage de la machine virtuelle dans un environnement de haute disponibilité ou de récupération d’urgence. Par exemple, lors de la récupération de machines virtuelles pendant la récupération d’urgence, les machines virtuelles d’un vApp sont redémarrées dans le pool de récupération d’urgence dans l’ordre spécifié dans les métadonnées de la machine virtuelle et à l’aide des intervalles de retard spécifiés.
Exigences en matière d’infrastructure de reprise après sinistre
Configurez l’infrastructure de reprise après sinistre appropriée sur les sites principal et secondaire pour utiliser Citrix Hypervisor DR.
-
Stockage utilisé pour les métadonnées du pool et les disques virtuels utilisés par les machines virtuelles doivent être répliqués de l’environnement principal (production) vers un environnement de sauvegarde. La réplication du stockage, telle que l’utilisation de la mise en miroir, varie d’un périphérique à l’autre. Par conséquent, consultez votre fournisseur de solution de stockage pour gérer la réplication du stockage.
-
Une fois que les machines virtuelles et les vApps que vous avez récupérées dans un pool sur votre site de récupération d’urgence sont opérationnelles, les SR contenant les métadonnées du pool de récupération d’urgence et les disques virtuels doivent être répliqués. La réplication permet de restaurer les machines virtuelles et les vApps récupérés sur le site principal (retour en arrière) lorsque 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. Toutefois, l’environnement de l’hyperviseur Citrix doit être au même niveau de version et de correctif.
-
Les serveurs et les pools du site secondaire doivent avoir la même édition de licence que ceux du site principal. Ces licences Citrix Hypervisor s’ajoutent à celles attribuées aux serveurs du site principal.
Si vous disposez d’un droit Citrix Virtual Apps and Desktops ou d’un droit Citrix DaaS, vous pouvez utiliser le même droit pour votre site principal et secondaire.
-
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.
Avertissement :
Les paramètres de récupération après sinistre ne contrôlent aucune fonctionnalité de la baie de stockage.
Les utilisateurs de la fonctionnalité de récupération d’urgence doivent s’assurer que le stockage des métadonnées est, d’une manière ou d’une autre, répliqué entre les deux sites. Certaines baies de stockage contiennent des fonctions de « mise en miroir » permettant d’effectuer la réplication automatiquement. Si vous utilisez ces fonctionnalités, vous devez désactiver la fonctionnalité de mise en miroir (« la mise en miroir est cassée ») avant de redémarrer les machines virtuelles sur le site de récupération.
Considérations relatives au déploiement
Passez en revue les étapes suivantes avant d’activer la récupération d’urgence.
Étapes à prendre avant un sinistre
La section suivante décrit les étapes à suivre avant une catastrophe.
-
Configurez vos machines virtuelles et vApps.
-
Notez comment vos machines virtuelles et vApps sont mappées aux SR et les SR aux LUN. Faites particulièrement attention à la dénomination du
name_labeletname_descriptionParamètres. La récupération de machines virtuelles et de vApps à partir d’un stockage répliqué est plus facile si les noms des SR capturent la façon dont les VM et les vApps sont mappées aux SR, et les SR aux LUN. -
Organisez la réplication des LUN.
-
Activez la réplication des métadonnées de pool vers un ou plusieurs SR sur ces LUN.
-
Assurez-vous que les SR sur lesquels vous répliquez les métadonnées du pool principal ne sont attachés qu’à un seul pool.
Étapes à suivre après un sinistre
La section suivante décrit les étapes à suivre après un sinistre.
-
Cassez tous les miroirs de stockage existants afin que le site de récupération dispose d’un accès en lecture/écriture au stockage partagé.
-
Assurez-vous que les LUN à partir desquelles vous souhaitez récupérer les données de machine virtuelle ne sont pas attachées à un autre pool, sinon une corruption peut se produire.
-
Si vous souhaitez protéger le récupération site d’un sinistre, vous devez activer la réplication des métadonnées du pool vers un ou plusieurs SR sur le site de récupération.
Étapes à suivre après une récupération
La section suivante décrit les étapes à suivre après une récupération réussie des données.
-
Resynchronisez tous les miroirs de stockage.
-
Sur le site de récupération, arrêtez proprement les machines virtuelles ou les vApps que vous souhaitez déplacer vers le site principal.
-
Sur le site principal, suivez la même procédure que pour le basculement dans la section précédente, afin de restaurer les machines virtuelles ou les vApps sélectionnées vers le site principal.
-
Pour protéger le site principal contre un sinistre futur, vous devez réactiver la réplication des métadonnées du pool vers un ou plusieurs SR sur les LUN répliqués.