Pour démarrer avec la BlueXP disaster recovery, utilisez la console BlueXP , puis accédez au service.

Avant de configurer le plan de reprise après sinistre, assurez-vous des points suivants"prérequis" sont réunis :

Une fois la connectivité établie entre les sites source et de destination, procédez aux étapes de configuration, qui devraient prendre quelques clics et environ 3 à 5 minutes.

Remarque : NetApp recommande de déployer le connecteur BlueXP sur le site de destination ou sur un site tiers, afin que le connecteur BlueXP puisse communiquer via le réseau avec les ressources source et de destination.

Dans cette démonstration, les domaines de charge de travail sont configurés avec le stockage ONTAP NFS. Les étapes en termes de flux de travail restent les mêmes pour les magasins de données basés sur VMFS.

La première étape de la préparation à la reprise après sinistre consiste à découvrir et à ajouter les ressources vCenter et de stockage sources à la BlueXP disaster recovery.

Ouvrez la console BlueXP et sélectionnez Protection > Reprise après sinistre dans la navigation de gauche. Sélectionnez Découvrir les serveurs vCenter ou utilisez le menu supérieur, sélectionnez Sites > Ajouter > Ajouter vCenter.

Ajoutez les plateformes suivantes :

Une fois les vCenters ajoutés, la découverte automatisée est déclenchée.

SnapMirror fournit la réplication des données dans un environnement NetApp . Construite sur la technologie NetApp Snapshot®, la réplication SnapMirror est extrêmement efficace car elle réplique uniquement les blocs qui ont été modifiés ou ajoutés depuis la mise à jour précédente. SnapMirror est facilement configuré à l'aide de NetApp OnCommand® System Manager ou de l'interface de ligne de commande ONTAP . BlueXP DRaaS crée également la relation SnapMirror à condition que le cluster et le peering SVM soient configurés au préalable.

Dans les cas où le stockage principal n'est pas complètement perdu, SnapMirror fournit un moyen efficace de resynchroniser les sites principal et DR. SnapMirror peut resynchroniser les deux sites, en transférant uniquement les données modifiées ou nouvelles vers le site principal à partir du site DR en inversant simplement les relations SnapMirror . Cela signifie que les plans de réplication dans BlueXP DRaaS peuvent être resynchronisés dans les deux sens après un basculement sans recopier l'intégralité du volume. Si une relation est resynchronisée dans le sens inverse, seules les nouvelles données écrites depuis la dernière synchronisation réussie de la copie Snapshot sont renvoyées vers la destination.

Le processus de création d’une réplication SnapMirror reste le même pour toute application donnée. Le processus peut être manuel ou automatisé. Le moyen le plus simple est de tirer parti de BlueXP DRaaS qui automatisera la même chose à condition que les deux critères suivants soient remplis :

BlueXP fournit également une option alternative pour configurer la réplication SnapMirror en utilisant un simple glisser-déposer du système ONTAP source dans l'environnement sur la destination pour déclencher l'assistant qui guide tout au long du reste du processus.

Une fois les sites source et de destination ajoutés, la BlueXP disaster recovery effectue une découverte approfondie automatique et affiche les machines virtuelles ainsi que les métadonnées associées. La BlueXP disaster recovery détecte également automatiquement les réseaux et les groupes de ports utilisés par les machines virtuelles et les remplit.

Une fois les sites ajoutés, configurez le plan de réplication en sélectionnant les plates-formes vCenter source et de destination dans la liste déroulante et choisissez les groupes de ressources à inclure dans le plan, ainsi que le regroupement de la manière dont les applications doivent être restaurées et mises sous tension et le mappage des clusters et des réseaux. Pour définir le plan de récupération, accédez à l’onglet Plan de réplication et cliquez sur Ajouter un plan.

Dans cette étape, les machines virtuelles peuvent être regroupées en groupes de ressources. Les groupes de ressources de BlueXP disaster recovery vous permettent de regrouper un ensemble de machines virtuelles dépendantes en groupes logiques contenant leurs ordres de démarrage et leurs délais de démarrage qui peuvent être exécutés lors de la récupération. Le groupe de ressources peut également être créé à l’aide de l’onglet Groupe de ressources.

Tout d’abord, sélectionnez le vCenter source, puis sélectionnez le vCenter de destination.

L’étape suivante consiste à sélectionner les groupes de ressources existants. Si aucun groupe de ressources n'est créé, l'assistant permet de regrouper les machines virtuelles requises (en créant essentiellement des groupes de ressources fonctionnels) en fonction des objectifs de récupération. Cela permet également de définir la séquence d’opérations selon laquelle les machines virtuelles d’application doivent être restaurées.

Une fois les groupes de ressources créés via le plan de réplication, l’étape suivante consiste à sélectionner le plan ou un mappage pour récupérer les machines virtuelles et les applications en cas de sinistre. Dans cette étape, spécifiez comment les ressources de l’environnement source sont mappées vers la destination. Cela inclut les ressources de calcul, les réseaux virtuels, la personnalisation IP, les pré- et post-scripts, les délais de démarrage, la cohérence des applications, etc. Pour des informations détaillées, reportez-vous à"Créer un plan de réplication" . Comme mentionné dans les conditions préalables, la réplication SnapMirror peut être configurée au préalable ou DRaaS peut la configurer à l'aide du RPO et du nombre de rétention spécifiés lors de la création du plan de réplication.

Remarque : par défaut, les mêmes paramètres de mappage sont utilisés pour les opérations de test et de basculement. Pour définir des mappages différents pour l'environnement de test, sélectionnez l'option Mappage de test après avoir décoché la case « Utiliser les mêmes mappages pour le basculement et les mappages de test ». Une fois le mappage des ressources terminé, cliquez sur Suivant.

Une fois terminé, vérifiez les mappages créés, puis cliquez sur Ajouter un plan.

Dès que le plan est créé, une série de validations est déclenchée et la réplication et les planifications SnapMirror sont configurées selon la sélection.

BlueXP DRaaS se compose des workflows suivants :

Le test de basculement dans BlueXP DRaaS est une procédure opérationnelle qui permet aux administrateurs VMware de valider entièrement leurs plans de récupération sans perturber leurs environnements de production.

BlueXP DRaaS intègre la possibilité de sélectionner le snapshot comme capacité facultative dans l'opération de basculement de test. Cette fonctionnalité permet à l’administrateur VMware de vérifier que toutes les modifications récemment apportées à l’environnement sont répliquées sur le site de destination et sont donc présentes pendant le test. Ces modifications incluent des correctifs pour le système d’exploitation invité de la machine virtuelle.

Lorsque l'administrateur VMware exécute une opération de basculement de test, BlueXP DRaaS automatise les tâches suivantes :

L'opération de test de basculement de nettoyage se produit une fois le test du plan de réplication terminé et l'administrateur VMware répond à l'invite de nettoyage.

Cette action réinitialisera les machines virtuelles (VM) et l’état du plan de réplication à l’état prêt. Lorsque l'administrateur VMware effectue une opération de récupération, BlueXP DRaaS termine le processus suivant :

BlueXP DRaaS dispose de deux méthodes pour effectuer un basculement réel : la migration planifiée et le basculement. La première méthode, la migration planifiée, intègre l’arrêt de la machine virtuelle et la synchronisation de la réplication du stockage dans le processus pour récupérer ou déplacer efficacement les machines virtuelles vers le site de destination. La migration planifiée nécessite un accès au site source. La deuxième méthode, le basculement, est un basculement planifié/non planifié dans lequel les machines virtuelles sont récupérées sur le site de destination à partir du dernier intervalle de réplication de stockage qui a pu se terminer. En fonction du RPO conçu dans la solution, une certaine quantité de perte de données peut être attendue dans le scénario de reprise après sinistre.

Lorsque l'administrateur VMware effectue une opération de basculement, BlueXP DRaaS automatise les tâches suivantes :

Une restauration est une procédure facultative qui restaure la configuration d’origine des sites source et de destination après une récupération.

Les administrateurs VMware peuvent configurer et exécuter une procédure de restauration automatique lorsqu’ils sont prêts à restaurer les services sur le site source d’origine.

Ce processus part d’une relation qui a terminé son basculement vers une cible et implique les étapes suivantes :

Pour plus de détails sur l'accès et la configuration de BlueXP DRaaS, consultez le"En savoir plus sur BlueXP Disaster Recovery pour VMware" .

À partir de BlueXP ou de l'interface de ligne de commande ONTAP , vous pouvez surveiller l'état de santé de la réplication pour les volumes de banque de données appropriés, et l'état d'un basculement ou d'un basculement de test peut être suivi via la surveillance des tâches.

Avec le tableau de bord de BlueXP disaster recovery , évaluez en toute confiance l'état des sites de reprise après sinistre et des plans de réplication. Cela permet aux administrateurs d’identifier rapidement les sites et les plans sains, déconnectés ou dégradés.

Cela fournit une solution puissante pour gérer un plan de reprise après sinistre personnalisé et sur mesure. Le basculement peut être effectué sous forme de basculement planifié ou de basculement en un clic lorsqu'un sinistre survient et qu'une décision est prise d'activer le site DR.