Architecture de synchronisation active ONTAP SnapMirror
Suggérer des modifications
PDF
L'architecture de synchronisation active SnapMirror permet des charges de travail actives sur les deux clusters, où les charges de travail principales peuvent être traitées simultanément à partir des deux clusters. Les réglementations applicables aux institutions financières dans certains pays exigent que les entreprises soient également périodiquement utilisables depuis leurs centres de données secondaires, appelés déploiements « Tick-Tock », ce que permet la synchronisation active SnapMirror .
La relation de protection des données visant à assurer la continuité d'activité est créée entre le système de stockage source et le système de stockage de destination, en ajoutant au groupe de cohérence les LUN ou les espaces de noms NVMe spécifiques à l'application provenant de différents volumes d'une machine virtuelle de stockage (SVM). En fonctionnement normal, l'application d'entreprise écrit dans le groupe de cohérence principal, qui réplique de manière synchrone ces E/S vers le groupe de cohérence miroir.
Même si deux copies distinctes des données sont présentes dans la relation de protection des données, comme SnapMirror Active Sync conserve la même identité de LUN ou d'espace de noms NVMe, l'hôte d'application les considère comme un périphérique virtuel partagé avec plusieurs chemins, alors qu'une seule copie de LUN ou d'espace de noms NVMe est en cours d'écriture à la fois. Lorsqu'une panne met le système de stockage principal hors ligne, ONTAP détecte cette panne et utilise le médiateur pour la reconfirmer. Si ni ONTAP ni le médiateur ne parviennent à envoyer une requête ping au site principal, ONTAP effectue le basculement automatique. Ce processus permet de basculer uniquement sur une application spécifique sans nécessiter d'intervention manuelle ou de script, ce qui était auparavant nécessaire à des fins de basculement.
Autres points à prendre en compte :
-
Les volumes sans miroir qui sont en dehors de la protection pour la continuité de l'activité sont pris en charge.
-
Une seule autre relation SnapMirror asynchrone est prise en charge pour les volumes protégés pour la continuité de l'activité.
-
Les topologies en cascade ne sont pas prises en charge avec la protection pour la continuité de l'activité.
Le rôle des médiateurs
SnapMirror Active Sync utilise un médiateur comme témoin passif des copies SnapMirror Active Sync. En cas de partition réseau ou d'indisponibilité d'une copie, SnapMirror Active Sync utilise le médiateur pour déterminer quelle copie continue de gérer les E/S, tout en interrompant les E/S sur l'autre copie. Outre ONTAP Mediator sur site, à partir d' ONTAP 9.17.1, vous pouvez installer ONTAP Cloud Mediator pour bénéficier des mêmes fonctionnalités dans un déploiement cloud. Vous pouvez utiliser ONTAP Mediator ou ONTAP Cloud Mediator, mais vous ne pouvez pas utiliser les deux simultanément.
Le médiateur joue un rôle crucial dans les configurations de synchronisation active SnapMirror en tant que témoin de quorum passif, assurant la maintenance du quorum et facilitant l'accès aux données en cas de panne. Il agit comme un proxy ping pour les contrôleurs afin de déterminer la vivacité des contrôleurs homologues. Bien que le médiateur ne déclenche pas activement les opérations de basculement, il assure une fonction essentielle en permettant au nœud survivant de vérifier l'état de son partenaire en cas de problème de communication réseau. En tant que témoin de quorum, le médiateur ONTAP fournit un chemin alternatif (faisant office de proxy) vers le cluster homologue.
De plus, il permet aux clusters d'obtenir ces informations dans le cadre du processus de quorum. Il utilise les LIF de gestion des nœuds et des clusters pour la communication. Il établit des connexions redondantes via plusieurs chemins afin de différencier une panne de site d'une panne de liaison ISL (InterSwitch Link). Lorsqu'un cluster perd la connexion avec le logiciel Mediator et tous ses nœuds suite à un événement, il est considéré comme inaccessible. Cela déclenche une alerte et active le basculement automatique vers le groupe de cohérence miroir du site secondaire, garantissant ainsi des E/S ininterrompues pour le client. Le chemin de données de réplication repose sur un mécanisme de pulsation. Si un incident réseau ou un événement persiste au-delà d'une certaine période, il peut entraîner des défaillances de pulsation, entraînant une désynchronisation de la relation. Cependant, la présence de chemins redondants, comme le basculement de la LIF vers un autre port, peut maintenir le pulsation et prévenir de telles perturbations.
ONTAP Mediator est installé dans un troisième domaine de défaillance, distinct des deux clusters ONTAP qu'il surveille. Cette configuration comprend trois éléments clés :
-
Cluster ONTAP principal hébergeant le groupe de cohérence principal de synchronisation active SnapMirror
-
Cluster ONTAP secondaire hébergeant le groupe de cohérence du miroir
-
Médiateur de ONTAP
ONTAP Mediator est utilisé aux fins suivantes :
-
Établir un quorum
-
Disponibilité continue via basculement automatique (AUFO)
-
Basculements planifiés (PFO)
|
ONTAP Mediator 1.7 peut gérer dix paires de clusters pour la continuité des activités. |
|
|
Lorsque le médiateur ONTAP n'est pas disponible, vous ne pouvez pas effectuer de basculements planifiés ou automatisés. Les données de l'application continuent de se répliquer de manière synchrone sans aucune interruption, sans aucune perte de données. |
À partir d' ONTAP 9.17.1, ONTAP Cloud Mediator est disponible en tant que service cloud dans la console NetApp pour une utilisation avec la synchronisation active SnapMirror . Similaire à ONTAP Mediator, ONTAP Cloud Mediator offre les fonctionnalités suivantes dans une relation SnapMirror Active Sync :
-
Fournit un magasin persistant et clôturé pour les métadonnées de synchronisation active HA ou SnapMirror .
-
Sert de proxy ping pour la vivacité du contrôleur.
-
Fournit une fonctionnalité de requête d'intégrité de nœud synchrone pour aider à déterminer le quorum.
ONTAP Cloud Mediator permet de simplifier le déploiement de la synchronisation active SnapMirror en utilisant le service cloud NetApp Console comme site tiers que vous n'avez pas besoin de gérer. Le service ONTAP Cloud Mediator offre les mêmes fonctionnalités que le service ONTAP Mediator sur site ; toutefois, il simplifie la maintenance d'un site tiers . En revanche, ONTAP Mediator est disponible sous forme de package et doit être installé sur un hôte Linux fonctionnant sur un site tiers, avec une alimentation et une infrastructure réseau indépendantes.
Flux de travail de l'opération de synchronisation active SnapMirror
La figure suivante illustre la conception générale de la synchronisation active SnapMirror.
Le schéma représente une application d'entreprise hébergée sur une machine virtuelle de stockage (SVM) au niveau du data Center principal. La SVM contient cinq volumes, dont trois font partie d'un groupe de cohérence. Les trois volumes du groupe de cohérence sont mis en miroir sur un data Center secondaire. Dans des circonstances normales, toutes les opérations d'écriture sont effectuées sur le data Center principal. Dans les faits, ce data Center sert de source pour les opérations d'E/S, tandis que le data Center secondaire sert de destination.
En cas de scénario de catastrophe au niveau du centre de données principal, ONTAP ordonne au centre de données secondaire d'agir en tant que centre principal, assurant toutes les opérations d'E/S. Seuls les volumes mis en miroir dans le groupe de cohérence sont servis. Toutes les opérations relatives aux deux autres volumes sur le SVM sont affectées par l’événement sinistre.
Symétrie actif-actif
SnapMirror Active Sync offre des solutions asymétriques.
Dans les configurations asymétriques, la copie de stockage principale expose un chemin optimisé actif et gère activement les E/S client. Le site secondaire utilise un chemin distant pour les E/S. Les chemins de stockage du site secondaire sont considérés comme actifs et non optimisés. L'accès au LUN d'écriture est proxyé depuis le site secondaire. Le protocole NVMe n'est pas pris en charge dans les configurations asymétriques.
Dans les configurations symétriques actives/actives, les chemins optimisés pour les actifs sont exposés sur les deux sites, spécifiques à l'hôte et configurables, ce qui signifie que les hôtes de chaque côté peuvent accéder au stockage local pour les E/S actives. Depuis ONTAP 9.16.1, la configuration symétrique active/active est prise en charge sur les clusters jusqu'à quatre nœuds. Depuis ONTAP 9.17.1, les configurations symétriques actives/actives prennent en charge le protocole NVMe sur les clusters à deux nœuds.
Le mode actif-actif symétrique est destiné aux applications en cluster, notamment VMware Metro Storage Cluster, Oracle RAC et Windows Failover Clustering avec SQL.