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, procédez aux étapes de configuration qui doivent prendre entre 3 et 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 .

Ajoutez les plates-formes suivantes :

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

SnapMirror utilise les snapshots ONTAP pour gérer le transfert de données d'un emplacement à un autre. Initialement, une copie complète basée sur un snapshot du volume source est copiée vers la destination pour effectuer une synchronisation de base. À mesure que des modifications des données se produisent à la source, un nouvel instantané est créé et comparé au snapshot de référence. Les blocs modifiés sont ensuite répliqués vers la destination, le nouveau snapshot devenant la référence actuelle, ou le snapshot commun le plus récent. Cela permet de répéter le processus et d'envoyer des mises à jour incrémentielles vers la destination.

Lorsqu'une relation SnapMirror a été établie, le volume de destination est en lecture seule en ligne et reste donc accessible. SnapMirror fonctionne avec des blocs de stockage physiques, plutôt qu'au niveau d'un fichier ou d'un autre niveau logique. Cela signifie que le volume de destination est une réplique identique de la source, y compris les snapshots, les paramètres des volumes, etc. Si des fonctionnalités d'efficacité de l'espace ONTAP, telles que la compression des données et la déduplication des données, sont utilisées par le volume source, le volume répliqué conservera ces optimisations.

Une rupture de la relation SnapMirror rend le volume de destination inscriptible. En général, il serait utilisé pour effectuer un basculement lorsque SnapMirror est utilisé pour synchroniser les données vers un environnement de reprise d'activité. SnapMirror est suffisamment sophistiqué pour permettre de resynchroniser efficacement les données modifiées sur le site de basculement vers le système principal, si elles sont par la suite reconnectées, puis de rétablir la relation SnapMirror d'origine.

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 l'opération terminée, vérifiez les mappages créés, puis cliquez sur Ajouter un plan.

Une fois le plan de réplication créé, le basculement peut être effectué en fonction des besoins en sélectionnant l'option de basculement, l'option test-basculement ou l'option de migration. La reprise après incident BlueXP  garantit l'exécution du processus de réplication conformément au plan toutes les 30 minutes. Au cours des options de basculement et de test/basculement, vous pouvez utiliser la dernière copie Snapshot SnapMirror ou sélectionner une copie Snapshot spécifique à partir d'une copie Snapshot instantanée (conformément à la règle de conservation de SnapMirror). L'option instantanée peut s'avérer très utile en cas de corruption comme une attaque par ransomware, où les répliques les plus récentes sont déjà compromises ou chiffrées. La reprise d'activité BlueXP  affiche tous les points de restauration disponibles.

Pour déclencher le basculement ou tester le basculement avec la configuration spécifiée dans le plan de réplication, cliquez sur basculement ou Test du basculement.

Lors d'une opération de basculement de test, BlueXP  Disaster Recovery crée un volume FlexClone sur le système de stockage ONTAP de destination en utilisant la dernière copie Snapshot ou un snapshot sélectionné du volume de destination.

Pendant ce processus, la reprise d'activité BlueXP  ne mappe pas le volume cible d'origine. À la place, il crée un nouveau volume FlexClone à partir de l'instantané sélectionné et un datastore temporaire sur lequel le volume FlexClone est soutenu est mappé vers les hôtes ESXi.

Une fois l'opération de basculement de test terminée, l'opération de nettoyage peut être déclenchée à l'aide de « Test de basculement de nettoyage ». Au cours de cette opération, la reprise sur incident BlueXP  détruit le volume FlexClone utilisé dans l'opération.

En cas d'incident réel, la reprise sur incident BlueXP  effectue les opérations suivantes :

Une fois le site primaire opérationnel, la reprise d'activité BlueXP  permet d'inverser la resynchronisation pour SnapMirror et d'activer le retour arrière, qui peut à nouveau être effectuée en un seul clic.

Si l'option de migration est choisie, elle est considérée comme un événement de basculement planifié. Dans ce cas, une étape supplémentaire est déclenchée, qui consiste à arrêter les machines virtuelles sur le site source. Le reste de ces étapes reste identique à l'événement de basculement.

À 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.

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".