Cas d'utilisation de la synchronisation active ONTAP SnapMirror
Suggérer des modifications
PDF
Les exigences d’un environnement commercial connecté à l’échelle mondiale nécessitent une récupération rapide des données d’application critiques pour l’entreprise sans aucune perte de données en cas de perturbation telle qu’une cyberattaque, une panne de courant ou une catastrophe naturelle. Ces exigences sont renforcées dans des domaines tels que la finance et ceux qui adhèrent à des mandats réglementaires tels que le Règlement général sur la protection des données (RGPD).
Les utilisations de SnapMirror Active Sync sont les suivantes :
Dans un déploiement SnapMirror Active Sync, vous disposez d'un cluster principal et d'un cluster secondaire. Un LUN se trouve dans le cluster principal. L1P ) a un miroir L1S ) sur le LUN secondaire ; les deux LUN partagent le même numéro de série et sont signalés comme LUN en lecture/écriture à l'hôte. Cependant, dans les configurations asymétriques, les opérations de lecture et d'écriture ne sont effectuées que sur le LUN principal. L1P . Toute écriture sur le miroir L1S sont servis par procuration.
TAF repose sur un basculement de chemin logiciel basé sur MPIO de l'hôte pour garantir un accès au stockage sans interruption. Les deux copies LUN (par exemple, la copie primaire (L1P) et la copie miroir (L1S)) ont la même identité (numéro de série) et sont signalées comme accessibles en lecture et en écriture à l'hôte. Cependant, dans les configurations asymétriques, les lectures et les écritures sont traitées uniquement par le volume primaire. Les E/S envoyées à la copie miroir sont transmises par proxy à la copie primaire. Le chemin privilégié de l'hôte vers L1 est VS1:N1, basé sur l'état d'accès actif optimisé (A/O) de l'accès aux unités logiques asymétriques (ALUA). ONTAP Mediator est requis dans le cadre du déploiement, principalement pour effectuer un basculement (planifié ou non) en cas de panne de stockage sur le volume primaire.
TAF fonctionne selon deux modes : basculement automatique et duplex. Avec le basculement automatique, les lectures et les écritures sont traitées uniquement par le volume principal. Par conséquent, les E/S envoyées à la copie miroir (qui ne peut pas traiter les écritures seule) sont transmises par proxy à la copie principale. Avec le duplex, les copies principale et secondaire peuvent traiter les E/S, ce qui élimine le besoin de proxy.
Si vous utilisez NVMe pour l’accès à l’hôte avec ONTAP 9.17.1, seule la stratégie AutomatedFailoverDuplex est prise en charge.
La synchronisation active SnapMirror utilise le protocole ALUA, qui permet à un logiciel de chemins d'accès multiples d'hôte d'application d'établir les chemins avec les priorités et la disponibilité d'accès pour la communication entre l'hôte d'application et la baie de stockage. Le protocole ALUA marque les chemins optimisés actifs vers les contrôleurs propriétaires de la LUN et d'autres comme chemins actifs non optimisés, utilisés uniquement en cas de défaillance du chemin principal.
La synchronisation active de SnapMirror avec le protocole NVMe utilise l'accès asymétrique aux espaces de noms (ANA), qui permet aux hôtes d'application de découvrir des chemins optimisés et non optimisés vers les espaces de noms NVMe qui sont protégés. La cible NVMe ONTAP publie les états de chemin appropriés pour permettre aux hôtes d'applications d'utiliser le chemin optimal pour un espace de noms NVMe protégé.
Les applications en cluster, notamment VMware Metro Storage Cluster, Oracle RAC et Windows Failover Clustering avec SQL, nécessitent un accès simultané pour que les machines virtuelles puissent être basculées vers un autre site sans aucune surcharge de performances. SnapMirror Active Sync symétrique actif/actif sert les E/S localement avec une réplication bidirectionnelle pour répondre aux exigences des applications en cluster. À partir d' ONTAP 9.16.1, le mode actif/actif symétrique est pris en charge dans une configuration en clusters à quatre nœuds, s'étendant à partir de la limite de cluster à deux nœuds dans ONTAP 9.15.1.
Répliquez plusieurs volumes de manière synchrone pour une application entre des sites situés dans des sites dispersés géographiquement. En cas d'interruption du stockage primaire, vous pouvez basculer automatiquement vers la copie secondaire, assurant ainsi la continuité de l'activité pour les applications de niveau 1. Lorsque le site hébergeant le cluster principal rencontre un incident, le logiciel de chemins d'accès multiples hôte marque tous les chemins à travers le cluster comme descendant et utilise les chemins depuis le cluster secondaire. Il en résulte un basculement sans interruption activé par le médiateur ONTAP vers la copie miroir.
La synchronisation active SnapMirror offre une flexibilité avec une granularité au niveau de l'application facile à utiliser et un basculement automatique. La synchronisation active SnapMirror utilise la réplication synchrone SnapMirror éprouvée sur un réseau IP pour répliquer les données à grande vitesse sur LAN ou WAN, afin d'obtenir une haute disponibilité des données et une réplication rapide des données pour vos applications stratégiques telles qu'Oracle, Microsoft SQL Server, etc., dans des environnements virtuels et physiques.
La synchronisation active de SnapMirror permet aux services commerciaux critiques de continuer à fonctionner même en cas de panne complète du site, avec TAF sur la copie secondaire. Aucune intervention manuelle ni script supplémentaire n'est requis pour déclencher ce basculement.