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 :

ONTAP Mediator est utilisé aux fins suivantes :

Depuis ONTAP 9.17.1, ONTAP Cloud Mediator est disponible sous forme de service cloud dans BlueXP pour une utilisation avec SnapMirror Active Sync. Similaire à ONTAP Mediator, ONTAP Cloud Mediator offre les fonctionnalités suivantes dans une relation SnapMirror Active Sync :

ONTAP Cloud Mediator simplifie le déploiement de la synchronisation active SnapMirror en utilisant le service cloud BlueXP comme site tiers, sans gestion. 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.

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 d'incident au niveau du data Center principal, ONTAP charge le data Center secondaire d'agir comme le data Center principal, et de traiter toutes les opérations d'E/S. Seuls les volumes mis en miroir dans le groupe de cohérence sont gérés. Toutes les opérations relatives aux deux autres volumes du SVM sont affectées par le sinistre.

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.