Skip to main content
La version française est une traduction automatique. La version anglaise prévaut sur la française en cas de divergence.

En savoir plus sur la synchronisation active ONTAP SnapMirror

Contributeurs netapp-ahibbard netapp-lenida netapp-dbagwell netapp-aherbin netapp-aaron-holt

SnapMirror active sync (appelée SnapMirror Business Continuity avant ONTAP 9.15.1) permet aux services métier de continuer à fonctionner en cas de panne totale d'un site. Cette technologie permet aux applications de basculer automatiquement vers une copie secondaire, sans intervention manuelle ni script personnalisé.

SnapMirror active sync (SM-as) est conçue pour offrir une protection au niveau applicatif plus granulaire, moins coûteuse et plus facile à utiliser, avec basculement automatique. Avec SnapMirror active sync, vous pouvez répliquer de manière synchrone plusieurs volumes d'une application entre des sites situés à des emplacements géographiquement dispersés. Vous pouvez basculer automatiquement vers la copie secondaire en cas d'interruption du système principal, assurant ainsi la continuité d'activité pour les applications de premier niveau.

Les réglementations applicables aux institutions financières dans certains pays exigent que les entreprises soient périodiquement opérationnelles depuis leurs centres de données secondaires. SnapMirror Active Sync, avec ses clusters haute disponibilité, permet ces basculements de centres de données pour la continuité des activités.

Disponible à partir de ONTAP 9.9.1, SnapMirror active sync est pris en charge sur les clusters AFF et ASA. Les clusters principal et secondaire doivent être du même type : soit AFF, ASA ou ASA r2. SnapMirror active sync protège les applications avec des LUN iSCSI ou FCP, ou des espaces de noms NVMe.

SnapMirror active sync pour les charges de travail SAN prend en charge les configurations symétriques et asymétriques. ONTAP 9.9.1 et versions ultérieures incluent la prise en charge de la configuration asymétrique. La prise en charge de la configuration active/active symétrique a été introduite dans ONTAP 9.15.1. La configuration active/active symétrique permet aux deux copies d'un LUN protégé d'effectuer des opérations d'E/S en lecture et en écriture avec une réplication synchrone bidirectionnelle, permettant à chaque copie de LUN de traiter les requêtes d'E/S locales.

À partir d'ONTAP 9.19.1, SnapMirror active sync prend en charge les charges de travail NAS au niveau SVM via NFS (v3 et v4) et SMB (2.x ou version ultérieure), sur les clusters AFF (2 nœuds uniquement) ou AFX (4 nœuds uniquement), avec un accès en lecture-écriture uniquement sur le primaire. Le SVM secondaire et les volumes qu'il contient ne sont pas accessibles via les protocoles NAS, mais vous pouvez cloner les volumes secondaires dans un autre SVM pour y accéder.

Remarque Depuis juillet 2024, le contenu des rapports techniques publiés au format PDF a été intégré à la documentation produit de ONTAP. La documentation relative à la synchronisation active de SnapMirror ONTAP inclut désormais du contenu de TR-4878: SnapMirror active sync.

Avantages

La synchronisation active SnapMirror offre les avantages suivants :

  • Disponibilité sans interruption pour les applications stratégiques.

  • Possibilité d'héberger alternativement des applications critiques à partir de sites principaux et secondaires.

  • Gestion simplifiée des applications grâce à l'utilisation de groupes de cohérence pour assurer la cohérence des ordres d'écriture dépendants.

  • Capacité à tester le basculement pour chaque application.

  • Création instantanée de clones en miroir sans impact sur la disponibilité des applications.

  • La possibilité de déployer des charges de travail protégées et non protégées dans le même cluster ONTAP.

  • L'identité du LUN, de l'espace de noms NVMe, du sous-système NVMe ou de l'unité de stockage pour les configurations SAN et l'identité du volume pour les configurations NAS restent les mêmes, de sorte que l'application les considère comme un périphérique virtuel partagé.

  • Possibilité de réutiliser des clusters secondaires avec flexibilité pour créer des clones instantanés pour l'utilisation des applications à des fins de développement et de test UAT ou de création de rapports, sans impact sur la disponibilité ou les performances des applications.

SnapMirror active sync vous permet de protéger vos LUN de données ou vos espaces de noms NVMe dans les configurations SAN et vos volumes dans les configurations NAS, ce qui permet aux applications de basculer de manière transparente afin d'assurer la continuité de l'activité en cas de sinistre. Pour plus d'informations, consultez "Cas d'utilisation".

Concepts clés

SnapMirror active sync utilise des groupes de cohérence dans les configurations SAN et des SVM dans les configurations NAS pour garantir la réplication de vos données. SnapMirror active sync utilise le ONTAP Mediator ou, à partir de ONTAP 9.17.1, le Cloud Mediator pour le basculement automatique, assurant que les données sont servies en cas de scénario de sinistre. Lors de la planification de votre déploiement SnapMirror active sync, il est important de comprendre les concepts essentiels de SnapMirror active sync et de son architecture.

Asymétrie et symétrie

Dans les configurations de cluster SAN symétriques actif/actif, les deux sites peuvent accéder au stockage local pour les E/S actives. Le mode symétrique actif/actif est optimisé pour les applications en cluster, y compris VMware vMSC, Windows Failover Cluster avec SQL et Oracle RAC.

Dans les configurations SAN actives/actives asymétriques, les données du site secondaire sont transmises par proxy à un LUN, un espace de noms ou une unité de stockage.

Pour plus d'informations, voir Architecture de synchronisation active SnapMirror.

Dans les configurations NAS, il n'y a pas de proxy et le SVM secondaire est inactif, mais vous pouvez cloner les volumes sur un autre SVM pour y accéder.

Groupe de cohérence (SAN uniquement)

Pour les systèmes AFF et ASA, un "groupe de cohérence" Il s'agit d'un ensemble de volumes FlexVol garantissant la cohérence de la charge de travail applicative devant être protégée pour la continuité des activités. Dans les systèmes ASA r2, un groupe de cohérence est un ensemble d'unités de stockage.

L'objectif d'un groupe de cohérence est de prendre des instantanés simultanés d'un ensemble de volumes ou d'unités de stockage, garantissant ainsi des copies cohérentes en cas de panne à un instant T. Un groupe de cohérence garantit que tous les volumes d'un ensemble de données sont suspendus, puis réinitialisés exactement au même instant. Cela fournit un point de restauration cohérent pour les données des volumes ou unités de stockage prenant en charge l'ensemble de données. Un groupe de cohérence maintient ainsi la cohérence des ordres d'écriture dépendants. Si vous décidez de protéger des applications pour la continuité d'activité, le groupe de volumes ou d'unités de stockage correspondant à cette application doit être ajouté à un groupe de cohérence afin d'établir une relation de protection des données entre les groupes de cohérence source et destination. Les groupes de cohérence source et destination doivent contenir le même nombre et le même type de volumes.

Prise en charge de SVM et de FlexVol (SnapMirror active sync pour NAS)

Dans ONTAP 9.19.1, la fonctionnalité SnapMirror active sync pour NAS prend en charge la protection des SVM qui contiennent des volumes FlexVol. Les groupes de cohérence ou les volumes FlexGroup au sein d'une SVM ne sont pas pris en charge par la fonctionnalité SnapMirror active sync dans les configurations NAS.

Composant

Dans une configuration SAN, un constituant est un volume individuel, un LUN ou un espace de noms NVMe (à partir d'ONTAP 9.17.1) qui fait partie du groupe de cohérence protégé dans la relation de synchronisation active SnapMirror.

Dans une configuration NAS, un constituant est un volume, et le SVM contenant est l'entité protégée dans la relation de synchronisation active SnapMirror.

Médiateur de ONTAP

Le "Médiateur de ONTAP" Reçoit des informations sur l'état de santé des clusters et nœuds ONTAP appairés, coordonne les échanges entre eux et détermine si chaque nœud/cluster est en bon état et opérationnel. ONTAP Mediator fournit des informations sur l'état de santé des nœuds et nœuds suivants :

  • Clusters Peer ONTAP

  • Nœuds de cluster Peer ONTAP

  • Unités de basculement (qui correspondent aux groupes de cohérence dans une relation de synchronisation active SnapMirror pour SAN et aux SVM dans une relation de synchronisation active SnapMirror pour NAS) ; pour chaque unité de basculement, les informations suivantes sont fournies :

    • État de la réplication : non initialisé, en synchronisation ou désynchronisé

    • Quel cluster héberge la copie principale

    • Contexte d'opération (utilisé pour le basculement planifié)

Grâce à ces informations sur l'état de santé du médiateur ONTAP, les clusters peuvent différencier différents types de défaillances et déterminer s'il faut effectuer un basculement automatique. Le médiateur ONTAP est l'un des trois intervenants du quorum de synchronisation active SnapMirror avec les deux clusters ONTAP (principal et secondaire). Pour parvenir à un consensus, au moins deux parties au quorum doivent accepter une certaine opération.

Remarque Depuis ONTAP 9.15.1, System Manager affiche l'état de votre relation de synchronisation active SnapMirror depuis l'un ou l'autre cluster. Vous pouvez également surveiller l'état du médiateur ONTAP depuis l'un des clusters dans System Manager. Dans les versions précédentes de ONTAP, System Manager affiche l'état des relations de synchronisation active SnapMirror depuis le cluster source.
Médiateur cloud ONTAP

ONTAP Cloud Mediator est disponible à partir d' ONTAP 9.17.1. ONTAP Cloud Mediator fournit les mêmes services que ONTAP Mediator, sauf qu'il est hébergé dans le cloud à l'aide de la console NetApp .

Basculement planifié

Opération manuelle pour modifier le rôle des copies dans une relation de synchronisation active SnapMirror. Les sites principaux deviennent les sites secondaires, et le site secondaire devient le site principal.

Basculement automatique non planifié (AUFO)

Opération automatique pour effectuer un basculement vers la copie miroir. L'opération nécessite l'aide du médiateur ONTAP pour détecter que la copie principale n'est pas disponible.

Polarisation primaire en premier et primaire

La synchronisation active SnapMirror utilise un principe prioritaire qui donne la préférence à la copie principale pour traiter les E/S en cas de partition réseau.

Le principal biais est une implémentation spéciale de quorum qui améliore la disponibilité d'un dataset protégé par synchronisation active SnapMirror. Si la copie principale est disponible, le biais principal entre en vigueur lorsque le médiateur ONTAP n'est pas accessible depuis les deux clusters.

Les configurations « primaire en premier » et « biais primaire » sont prises en charge dans les configurations SAN à synchronisation active SnapMirror à partir d'ONTAP 9.11.1. Les copies primaires sont désignées dans System Manager et affichées avec l'API REST et l'interface de ligne de commande.

Non synchronisé (OOS)

Lorsque les E/S de l'application ne sont pas répliquées sur le système de stockage secondaire, elles sont signalées comme hors synchronisation. L'état « non synchronisé » signifie que les volumes secondaires ne sont pas synchronisés avec le volume primaire (source) et que la réplication SnapMirror n'est pas en cours.

Si l'état du miroir est Snapmirrored , cela indique qu'une relation SnapMirror est établie et que le transfert de données est terminé, ce qui signifie que le volume de destination est à jour avec le volume source.

La synchronisation active SnapMirror prend en charge la resynchronisation automatique qui permet le retour des copies à un état insync.

À partir de la version ONTAP 9.15.1, SnapMirror active Sync est pris en charge "reconfiguration automatique dans les configurations « fan-out »".

Configuration uniforme et non uniforme
  • L'accès uniforme aux hôtes signifie que les hôtes des deux sites sont connectés à tous les chemins d'accès aux clusters de stockage des deux sites. Les chemins intersites sont étendus sur de longues distances. L'accès uniforme aux hôtes s'applique uniquement aux configurations SAN.

  • L'accès non uniforme aux hôtes signifie que les hôtes de chaque site sont connectés uniquement au cluster du même site. Les chemins intersites et les chemins étendus ne sont pas connectés.

Remarque Un accès uniforme à l'hôte est pris en charge pour tout déploiement SnapMirror à synchronisation active. L'accès non uniforme à l'hôte n'est pris en charge que pour les déploiements actif-actif symétriques.
RPO nul

L'objectif RPO correspond à l'objectif de point de récupération, qui correspond à la quantité de perte de données jugée acceptable au cours d'une période donnée. La valeur RPO de zéro signifie qu'aucune perte de données n'est acceptable.

Le RTO nul

L'objectif RTO désigne l'objectif de délai de restauration, qui correspond au temps jugé acceptable pour une application de reprendre son activité normale sans interruption suite à une panne, une défaillance ou tout autre événement de perte de données. La valeur zéro RTO indique qu'aucune interruption n'est acceptable.

Prise en charge de la configuration de synchronisation active SnapMirror par la version ONTAP

Les types de clusters, de protocoles et de configurations pris en charge par SnapMirror active sync varient selon votre version d'ONTAP. Le tableau indique la version d'ONTAP dans laquelle les mises à jour ont été ajoutées et les configurations qui prennent en charge ces mises à jour.

Version ONTAP Ajoute la prise en charge de

9.19.1 et versions ultérieures

  • NFS

  • PME

Les protocoles NAS sont pris en charge sur les types de clusters suivants :

  • AFF

  • AFX

9.17.1 et versions ultérieures

  • NVMe pour les charges de travail hôtes VMware

9.16.1 et versions ultérieures

  • ASA r2, clusters à 2 nœuds

  • Clusters AFF ou ASA symétriques actifs/actifs à 4 nœuds

    Les configurations symétriques actives/actives prennent en charge les clusters de 4 nœuds à 4 nœuds dans ONTAP 9.16.1 et versions ultérieures, en plus des clusters de 2 nœuds à 2 nœuds.

    Pour ASA r2, seuls les clusters de 2 nœuds à 2 nœuds sont pris en charge.

9.15.1 et versions ultérieures

Le type de configuration suivant :

  • Symétrie actif-actif

    Les configurations symétriques actives/actives prennent en charge les clusters à 2 nœuds dans ONTAP 9.15.1.

9.9.1 et versions ultérieures

  • AFF

  • ASA (C-Series uniquement)

Protocoles :

  • ISCSI

  • FC

Types de configuration :

  • Actif/actif asymétrique

Les clusters primaires et secondaires doivent être du même type : soit "ASA" , "ASA r2" , ou AFF.

Pour plus d'informations sur la configuration, consultez :