Réplication entre le logiciel NetApp Element et ONTAP en vue d'ensemble
Assurez la continuité de l'activité sur les systèmes Element en répliquant les copies Snapshot d'un volume Element vers une destination ONTAP à l'aide de SnapMirror. En cas d'incident au niveau du système Element, vous pouvez délivrer les données aux clients via le système ONTAP, puis réactiver ce système une fois que le service est restauré.
Depuis la version ONTAP 9.4, vous pouvez répliquer les copies Snapshot d'une LUN créée sur un nœud ONTAP vers un système Element. Vous pouvez avoir créé une LUN en cas de panne sur le site Element ou utiliser un LUN pour migrer les données d'un système ONTAP vers le logiciel Element.
Vous devez travailler avec Element pour la sauvegarde ONTAP si les conditions suivantes s'appliquent :
-
Vous voulez appliquer les bonnes pratiques, pas explorer toutes les options disponibles.
-
Vous souhaitez utiliser l'interface de ligne de commandes ONTAP et non l'interface utilisateur d'Element, System Manager, stockage/concept-élément-réplication-create-custom-Replication-policy ou un outil de création de scripts automatisés.
-
Vous utilisez le protocole iSCSI pour transmettre des données aux clients.
Si vous avez besoin d'informations de configuration SnapMirror ou conceptuelles supplémentaires, reportez-vous à la section "Présentation de la protection des données".
À propos de la réplication entre Element et ONTAP
Depuis la version ONTAP 9.3, vous pouvez utiliser SnapMirror pour répliquer les copies Snapshot d'un volume Element vers une destination ONTAP. En cas d'incident au niveau du système Element, vous pouvez délivrer les données aux clients via le système ONTAP, puis réactiver le volume source Element une fois que le service est restauré.
Depuis la version ONTAP 9.4, vous pouvez répliquer les copies Snapshot d'une LUN créée sur un nœud ONTAP vers un système Element. Vous pouvez avoir créé une LUN en cas de panne sur le site Element ou utiliser un LUN pour migrer les données d'un système ONTAP vers le logiciel Element.
Types de relation de protection des données
SnapMirror propose deux types de relation de protection des données. Pour chaque type, SnapMirror crée une copie Snapshot du volume source Element avant d'initialiser ou de mettre à jour la relation :
-
Dans une relation de protection des données Disaster Recovery (DR), le volume de destination contient uniquement la copie snapshot créée par SnapMirror, à partir de laquelle vous pouvez continuer à transmettre des données en cas de catastrophe sur le site principal.
-
Dans une relation de protection des données conservation à long terme, le volume de destination contient des copies Snapshot instantanées créées par le logiciel Element, ainsi que la copie Snapshot créée par SnapMirror. Par exemple, vous pouvez conserver les copies snapshot mensuelles créées sur 20 ans.
Règles par défaut
La première fois que vous appelez SnapMirror, il effectue un transfert de base du volume source vers le volume de destination. La SnapMirror policy définit le contenu de la base et ses mises à jour.
Vous pouvez utiliser une règle par défaut ou personnalisée lors de la création d'une relation de protection des données. Le type de règle détermine les copies d'instantané à inclure et le nombre de copies à conserver.
Le tableau ci-dessous présente les policies par défaut. Utilisez la MirrorLatest
règle pour créer une relation de DR classique. Utilisez la MirrorAndVault
règle ou Unified7year
pour créer une relation de réplication unifiée, dans laquelle la reprise d'activité et la conservation à long terme sont configurées sur le même volume de destination.
Politique |
Type de stratégie |
Comportement de mise à jour |
MirrorLatest |
mise en miroir asynchrone |
Transférer la copie Snapshot créée par SnapMirror |
MirrorAndVault |
coffre-fort |
Transférer la copie Snapshot créée par SnapMirror et toutes les copies snapshot moins récentes effectuées depuis la dernière mise à jour, à condition qu'elles portent les étiquettes SnapMirror « quotidiennes » ou « hebdomadaires ». |
Unified7year |
coffre-fort |
Transférer la copie Snapshot créée par SnapMirror et toutes les copies snapshot moins récentes effectuées depuis la dernière mise à jour, à condition qu'elles portent des étiquettes SnapMirror « quotidiennes », « hebdomadaires » ou « mensuelles ». |
Pour obtenir des informations de base complètes sur les politiques SnapMirror, notamment des conseils sur la politique à utiliser, reportez-vous à "Présentation de la protection des données"la section . |
Présentation des étiquettes SnapMirror
Chaque règle de type « miroir-vault » doit avoir une règle qui spécifie les copies Snapshot à répliquer. La règle « quotidienne », par exemple, indique que seules les copies snapshot attribuées au label SnapMirror « quotidienne » doivent être répliquées. Attribuez une étiquette SnapMirror lorsque vous configurez les copies Snapshot Element.
La réplication s'effectue depuis un cluster source Element vers un cluster cible ONTAP
Vous pouvez utiliser SnapMirror pour répliquer les copies Snapshot d'un volume Element vers un système de destination ONTAP. En cas d'incident au niveau du système Element, vous pouvez délivrer les données aux clients via le système ONTAP, puis réactiver le volume source Element une fois que le service est restauré.
Un volume Element équivaut à peu près à un LUN ONTAP. SnapMirror crée un LUN avec le nom du volume Element lorsqu'une relation de protection des données entre le logiciel Element et ONTAP est initialisée. SnapMirror réplique les données vers un LUN existant si le LUN répond aux besoins de réplication d'Element vers ONTAP.
Les règles de réplication sont les suivantes :
-
Un volume ONTAP peut contenir uniquement des données d'un volume Element.
-
Vous ne pouvez pas répliquer les données depuis un volume ONTAP vers plusieurs volumes Element.
Effectuer une réplication depuis un cluster source ONTAP vers un cluster cible Element
Depuis la version ONTAP 9.4, vous pouvez répliquer les copies Snapshot d'une LUN créée sur un système ONTAP vers un volume Element :
-
Si une relation SnapMirror existe déjà entre une source Element et une destination ONTAP, une LUN créée pendant l'accès aux données de la destination est automatiquement répliquée lorsque la source est réactivée.
-
Sinon, vous devez créer et initialiser une relation SnapMirror entre le cluster source ONTAP et le cluster destination Element.
Les règles de réplication sont les suivantes :
-
La relation de réplication doit avoir une règle de type « async-mirror ».
Les règles de type "iroir-vault" ne sont pas prises en charge.
-
Seules les LUN iSCSI sont prises en charge.
-
Vous ne pouvez pas répliquer plusieurs LUN depuis un volume ONTAP vers un volume Element.
-
Vous ne pouvez pas répliquer un LUN depuis un volume ONTAP vers plusieurs volumes Element.
Prérequis
Vous devez avoir effectué les tâches suivantes avant de configurer une relation de protection des données entre Element et ONTAP :
-
Le cluster Element doit exécuter NetApp Element version 10.1 ou ultérieure.
-
Le cluster ONTAP doit exécuter ONTAP 9.3 ou version ultérieure.
-
SnapMirror doit avoir été sous licence sur le cluster ONTAP.
-
Vous devez disposer de volumes configurés sur les clusters Element et ONTAP suffisamment grands pour gérer les transferts de données anticipés.
-
Si vous utilisez le type de règle « miroir-vault », une étiquette SnapMirror doit avoir été configurée pour que les copies Snapshot d'élément soient répliquées.
Vous pouvez effectuer cette tâche uniquement dans l'interface utilisateur Web du logiciel Element.
-
Vous devez vous assurer que le port 5010 est disponible.
-
Si vous pensez avoir besoin de déplacer un volume de destination, vous devez vous assurer que la connectivité full-mesh existe entre la source et la destination. Chaque nœud du cluster source Element doit pouvoir communiquer avec chaque nœud du cluster cible ONTAP.
Détails du support
Le tableau suivant présente les informations de support pour la sauvegarde Element vers ONTAP.
Ressource ou fonctionnalité |
Détails du support |
SnapMirror |
|
ONTAP |
|
Elément |
|
Le réseau |
|
SnapLock |
Les volumes SnapLock ne sont pas pris en charge. |
FlexGroup |
Les volumes FlexGroup ne sont pas pris en charge. |
REPRISE APRÈS INCIDENT DES SVM |
Les volumes ONTAP d'une configuration SVM de reprise après incident ne sont pas pris en charge. |
MetroCluster |
Les volumes ONTAP avec une configuration MetroCluster ne sont pas pris en charge. |