Pour commencer à utiliser la reprise après incident BlueXP , utilisez la console BlueXP , puis accédez au service.

Avant de configurer le plan de reprise sur incident, assurez-vous que les conditions préalables suivantes sont remplies :

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

Pour préparer la reprise d'activité, la première étape consiste à découvrir et à ajouter les ressources vCenter et de stockage sur site à la reprise d'activité BlueXP .

Ouvrez la console BlueXP  et sélectionnez protection > récupération après sinistre dans le menu de navigation de gauche. Sélectionnez découvrir les serveurs vCenter ou utilisez le menu supérieur, sélectionnez sites > Ajouter > Ajouter vCenter.

Ajoutez les plates-formes suivantes :

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

SnapMirror assure la réplication des données dans un environnement NetApp. Basée 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. La DRaaS de BlueXP  crée également la relation SnapMirror, à condition que le cluster et le peering de SVM soient configurés au préalable.

Si le stockage primaire n'est pas totalement perdu, SnapMirror fournit un moyen efficace de resynchroniser les sites primaire et de reprise d'activité. SnapMirror peut resynchroniser les deux sites, en transférant uniquement les données nouvelles ou modifiées vers le site primaire à partir du site de reprise d'activité, simplement en inversant 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 la totalité du volume. Si une relation est resynchronisée dans le sens inverse, seules les 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 de réplication SnapMirror reste le même pour une application donnée. Le processus peut être manuel ou automatisé. Le moyen le plus simple est d'utiliser BlueXP  pour configurer la réplication SnapMirror à l'aide d'un simple glisser-déposer du système ONTAP source de l'environnement vers la destination afin de déclencher l'assistant qui guide le reste du processus.

La DRaaS de BlueXP  peut également automatiser la même chose, à condition que les deux critères suivants soient remplis :

Une fois les sites source et de destination ajoutés, la reprise d'activité BlueXP  effectue une détection approfondie automatique et affiche les VM ainsi que les métadonnées associées. Par ailleurs, la reprise d'activité BlueXP  détecte automatiquement les réseaux et les groupes de ports utilisés par les machines virtuelles et les remplit.

Une fois les sites ajoutés, les VM peuvent être regroupées en groupes de ressources. Les groupes de ressources de reprise sur incident BlueXP  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 pouvant être exécutés lors de la restauration. Pour commencer à créer des groupes de ressources, accédez à groupes de ressources et cliquez sur Créer un nouveau groupe de ressources.

L'ordre de démarrage des machines virtuelles peut être défini ou modifié lors de la création de groupes de ressources à l'aide d'un simple mécanisme de glisser-déposer.

Une fois les groupes de ressources créés, l'étape suivante consiste à créer le modèle d'exécution ou un plan de restauration des machines virtuelles et des applications en cas d'incident. Comme indiqué 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.

Configurez le plan de réplication en sélectionnant les plates-formes vCenter source et cible dans la liste déroulante, puis sélectionnez 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 reprise, accédez à l'onglet Plan de réplication et cliquez sur Ajouter un plan.

Sélectionnez d'abord le vCenter source, puis le vCenter de destination.

L'étape suivante consiste à sélectionner des groupes de ressources existants. Si aucun groupe de ressources n'est créé, l'assistant vous aide à regrouper les machines virtuelles requises (en créant essentiellement des groupes de ressources fonctionnelles) en fonction des objectifs de restauration. Cela permet également de définir la séquence de fonctionnement de la restauration des machines virtuelles d'applications.

La capture d'écran ci-dessous présente l'option de filtrage des machines virtuelles ou des datastores spécifiques en fonction des besoins organisationnels si les groupes de ressources ne sont pas créés au préalable.

Une fois les groupes de ressources sélectionnés, créez les mappages de basculement. Dans cette étape, spécifiez la façon dont les ressources de l'environnement source sont mises en correspondance avec la destination. Cela inclut les ressources de calcul, les réseaux virtuels. Personnalisation IP, pré et post-scripts, délais de démarrage, cohérence des applications, etc. Pour plus d'informations, reportez-vous "Créer un plan de réplication"à la .

Une fois le mappage des ressources terminé, cliquez sur Suivant.

Sélectionnez le type de récurrence. En d'autres termes, sélectionnez Migrate (migration unique avec basculement) ou l'option de réplication continue récurrente. Dans cette procédure, l'option de réplication est sélectionnée.

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

La DRaaS de BlueXP  comprend les workflows suivants :

Le basculement de test dans BlueXP  DRaaS est une procédure opérationnelle qui permet aux administrateurs VMware de valider intégralement leurs plans de reprise d'activité sans perturber leurs environnements de production.

La DRaaS de BlueXP  permet de sélectionner l'instantané en tant que fonctionnalité facultative lors de l'opération de test de basculement. 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 test, BlueXP  DRaaS automatise les tâches suivantes :

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

Cette action réinitialise 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 restauration, BlueXP  DRaaS effectue le processus suivant :

La DRaaS de BlueXP  propose deux méthodes pour effectuer un vrai basculement : la migration planifiée et le basculement. La première méthode, la migration planifiée, intègre l'arrêt des ordinateurs virtuels et la synchronisation de la réplication du stockage dans le processus de restauration ou de déplacement efficace des ordinateurs virtuels vers le site de destination. La migration planifiée nécessite l'accès au site source. La seconde méthode, le basculement, est un basculement planifié/non planifié dans lequel les serveurs virtuels sont restaurés sur le site de destination à partir du dernier intervalle de réplication du stockage qui a pu se terminer. En fonction du RPO défini dans la solution, une perte de données peut être due à une certaine quantité dans le scénario de reprise d'activité.

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

Un retour arrière est une procédure facultative qui restaure la configuration d'origine des sites source et de destination après une restauration.

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

REMARQUE : BlueXP  DRaaS réplique (resyncs) les modifications apportées à la machine virtuelle source d'origine avant d'inverser le sens de la réplication. Ce processus commence à partir d'une relation qui a terminé le basculement vers une cible et implique les étapes suivantes :

Pour plus d'informations sur l'accès et la configuration de BlueXP  DRaaS, consultez le "Découvrez la reprise d'activité BlueXP  pour VMware".

À partir de BlueXP  ou de l'interface de ligne de commandes de ONTAP, vous pouvez contrôler l'état de la réplication pour les volumes de datastore appropriés. Vous pouvez également suivre l'état d'un basculement ou d'un basculement de test via la surveillance des tâches.

Évaluez en toute confiance l'état des sites de reprise d'activité et des plans de réplication avec le tableau de bord de reprise d'activité BlueXP . Les administrateurs peuvent ainsi identifier rapidement les sites et les plans sains, déconnectés ou dégradés.

Il s'agit d'une solution puissante permettant de gérer un plan de reprise d'activité personnalisé. Le basculement peut s'effectuer en cas de basculement planifié ou de basculement d'un simple clic en cas d'incident et si la décision d'activer le site de reprise est prise.

Pour en savoir plus sur ce processus, n'hésitez pas à suivre la vidéo de présentation détaillée ou à utiliser le "simulateur de solution".