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 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 devraient prendre environ 3 à 5 minutes.

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

Ajoutez les plateformes suivantes :

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

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

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

La rupture de la relation SnapMirror rend le volume de destination accessible en écriture et serait généralement utilisé pour effectuer un basculement lorsque SnapMirror est utilisé pour synchroniser les données avec un environnement DR. SnapMirror est suffisamment sophistiqué pour permettre aux données modifiées sur le site de basculement d'être efficacement resynchronisées vers le système principal, s'il revient en ligne ultérieurement, puis de rétablir la relation SnapMirror d'origine.

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 consiste à exploiter BlueXP 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.

BlueXP DRaaS 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 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, 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. 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 en utilisant un simple mécanisme de glisser-déposer.

Une fois les groupes de ressources créés, l’étape suivante consiste à créer le plan d’exécution ou un plan de récupération des machines virtuelles et des applications en cas de sinistre. 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.

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.

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.

La capture d'écran ci-dessous montre l'option permettant de filtrer les machines virtuelles ou les banques de données spécifiques en fonction des exigences organisationnelles 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 comment les ressources de l’environnement source sont mappées vers la destination. Cela inclut les ressources de calcul et les réseaux virtuels. Personnalisation IP, pré- et post-scripts, délais de démarrage, cohérence des applications, etc. Pour des informations détaillées, reportez-vous à"Créer un plan de réplication" .

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

Sélectionnez le type de récurrence. En termes simples, sélectionnez l’option Migrer (migration unique utilisant le basculement) ou la réplication continue récurrente. Dans cette procédure pas à pas, l’option Répliquer est sélectionnée.

Une fois terminé, 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 de test de basculement ou l'option de migration. La BlueXP disaster recovery garantit que le processus de réplication est exécuté conformément au plan toutes les 30 minutes. Pendant les options de basculement et de test de basculement, vous pouvez utiliser la copie Snapshot SnapMirror la plus récente ou sélectionner une copie Snapshot spécifique à partir d'une copie Snapshot à un instant T (conformément à la politique de conservation de SnapMirror). L'option ponctuelle peut être très utile en cas d'événement de corruption comme un ransomware, où les répliques les plus récentes sont déjà compromises ou cryptées. La BlueXP disaster recovery affiche tous les points de récupération disponibles.

Pour déclencher un basculement ou un test de basculement avec la configuration spécifiée dans le plan de réplication, cliquez sur Basculement ou Tester le basculement.

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

Au cours du processus, la BlueXP disaster recovery ne mappe pas le volume cible d’origine. Au lieu de cela, il crée un nouveau volume FlexClone à partir du snapshot sélectionné et une banque de données temporaire prenant en charge le volume FlexClone est mappée aux 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 « Nettoyer le test de basculement ». Au cours de cette opération, la BlueXP disaster recovery détruit le volume FlexClone qui a été utilisé dans l'opération.

En cas de véritable catastrophe, la BlueXP disaster recovery exécute les étapes suivantes :

Une fois le site principal opérationnel, la BlueXP disaster recovery permet la resynchronisation inversée pour SnapMirror et active la restauration automatique, qui peut à nouveau être effectuée en un clic.

Et 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 des étapes reste le même que pour l’événement de basculement.

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

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.

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