Pour commencer à utiliser NetApp Disaster Recovery, utilisez la NetApp Console puis accédez au service.

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

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 l’agent Console sur le site de destination ou sur un site tiers, afin que l’agent 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 le vCenter source et les ressources de stockage à NetApp Disaster Recovery.

Ouvrez la NetApp Console et sélectionnez Protection > Reprise après sinistre dans le menu de navigation de gauche. Sélectionnez Sites, puis choisissez Ajouter. Saisissez un nom pour le nouveau site source et ses emplacements. Répétez cette étape pour ajouter le site et l'emplacement de destination.

Ajoutez les plateformes 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 . 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 . NetApp Disaster Recovery crée également la relation SnapMirror à condition que le peering de clusters et de SVM soit configuré au préalable.

Dans les cas où le stockage principal n'est pas totalement perdu, SnapMirror offre un moyen efficace de resynchroniser les sites principal et de reprise après sinistre. SnapMirror peut resynchroniser les deux sites, en transférant uniquement les données modifiées ou nouvelles du site de secours vers le site principal, simplement en inversant les relations SnapMirror . Cela signifie que les plans de réplication dans NetApp Disaster Recovery peuvent être resynchronisés dans les deux sens après un basculement sans avoir à 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 à la destination.

Le processus sous-jacent de création d'une réplication SnapMirror reste le même pour toute application donnée. La solution la plus simple consiste à tirer parti de NetApp Disaster Recovery, qui automatisera le flux de travail de réplication à condition que les deux critères suivants soient remplis : Le processus peut être manuel ou automatisé. Le plus simple est d’utiliser NetApp Disaster Recovery, qui automatise le workflow de réplication, à condition que les deux critères suivants soient remplis :

La NetApp Console offre également une autre option pour configurer la réplication SnapMirror en utilisant un simple glisser-déposer du système ONTAP source de l'environnement vers la destination pour déclencher l'assistant qui vous guidera tout au long du reste du processus.

Une fois les sites source et de destination ajoutés, NetApp Disaster Recovery effectue une analyse approfondie automatique et affiche les machines virtuelles ainsi que les métadonnées associées. NetApp Disaster Recovery détecte et configure automatiquement les réseaux et les groupes de ports utilisés par les machines virtuelles.

Une fois les sites ajoutés, configurez le plan de réplication en sélectionnant les plateformes vCenter source et de destination, puis choisissez les groupes de ressources à inclure dans le plan, ainsi que le regroupement des applications à restaurer et à mettre sous tension, et le mappage des clusters et des réseaux. Pour définir le plan de récupération, accédez à l'onglet Plans de réplication et cliquez sur Ajouter.

Dans cette étape, les machines virtuelles peuvent être regroupées en groupes de ressources. Les groupes de ressources de NetApp Disaster Recovery vous permettent de regrouper un ensemble de machines virtuelles dépendantes en groupes logiques qui contiennent leurs ordres de démarrage et leurs délais de démarrage pouvant être exécutés lors de la récupération. Les groupes de ressources peuvent être définis lors de la création du plan de réplication ou en utilisant l'onglet Groupe de ressources dans le menu de navigation de gauche.

Commencez par nommer le plan de réplication et sélectionnez le vCenter source et le vCenter de destination.

L'étape suivante consiste à choisir si vous allez créer un plan de réplication avec des groupes de ressources, des machines virtuelles ou des banques de données. Sélectionnez un groupe de ressources existant et, si aucun groupe de ressources n'est créé, l'assistant vous aidera à 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 de restauration des machines virtuelles d'application.

Une fois les groupes de ressources créés via le plan de réplication, l'étape suivante consiste à créer le 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 plus d'informations, veuillez consulter"Créer un plan de réplication" . Comme indiqué dans les prérequis, la réplication SnapMirror peut être configurée au préalable ou DRaaS peut la configurer en utilisant le RPO et le nombre de rétentions 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 la cartographie des ressources terminée, 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.

La NetApp Disaster Recovery comprend les flux de travail suivants :

Le test de basculement dans NetApp Disaster Recovery est une procédure opérationnelle qui permet aux administrateurs VMware de valider intégralement leurs plans de reprise sans perturber leurs environnements de production.

NetApp Disaster Recovery intègre la possibilité de sélectionner l'instantané comme fonctionnalité optionnelle lors de 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 lors du test. Ces modifications incluent des correctifs pour le système d’exploitation invité de la machine virtuelle.

Lorsqu'un administrateur VMware exécute une opération de basculement de test, NetApp Disaster Recovery 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. Lorsqu'un administrateur VMware effectue une opération de récupération, NetApp Disaster Recovery effectue le processus suivant :

NetApp Disaster Recovery propose deux méthodes pour effectuer un véritable basculement : la migration planifiée et le basculement. La première méthode, la migration planifiée, intègre l'arrêt des machines virtuelles et la synchronisation de la réplication du stockage dans le processus afin de récupérer ou de déplacer efficacement les machines virtuelles vers le site de destination. La migration prévue 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 intégré à la solution, une certaine perte de données est à prévoir dans le scénario de reprise après sinistre.

Lorsqu'un administrateur VMware effectue une opération de basculement, NetApp Disaster Recovery 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 NetApp Disaster Recovery, consultez la documentation."En savoir plus sur NetApp Disaster Recovery pour VMware" .

Depuis NetApp Disaster Recovery ou 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 test de basculement peut être suivi via la surveillance des tâches.

Grâce au tableau de bord de NetApp 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 forfaits 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.