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.

Présentation de la continuité de l'activité SnapMirror

Contributeurs
PDF

SnapMirror Business Continuity (SM-BC), également appelé synchronisation active SnapMirror, assure la continuité des services de l'entreprise même en cas de défaillance complète du site. Les applications peuvent ainsi basculer en toute transparence à l'aide d'une copie secondaire. Aucune intervention manuelle ni script supplémentaire n'est nécessaire pour déclencher un basculement avec SM-BC.

SM-BC est disponible à partir de ONTAP 9.8. SM-BC est pris en charge sur les clusters AFF ou les clusters de baies SAN 100 % Flash (ASA), dans lesquels les clusters principal et secondaire peuvent être AFF ou ASA. SM-BC protège les applications avec des LUN iSCSI ou FCP.

Avantages

SM-BC offre les avantages suivants :

  • Disponibilité sans interruption pour les applications stratégiques

  • Possibilité d'héberger les applications stratégiques en alternance depuis les sites principal et secondaire

  • Gestion des applications simplifiée grâce à des groupes de cohérence pour assurer la cohérence des écritures dépendantes

  • Possibilité de tester le basculement pour chaque application

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

  • À partir de ONTAP 9.11.1, SM-BC prend en charge SnapRestore pour un seul fichier.

  • À partir de ONTAP 9.14.1, SM-BC prend en charge la mise en cluster de basculement Windows et "Réservations persistantes SCSI 3", amélioration de la haute disponibilité.

Cas d'utilisation

Déploiement des applications pour un objectif de délai de restauration (RTO) nul

Dans un déploiement SM-BC, vous aurez un cluster principal et un cluster secondaire. Une LUN dans le cluster principal 1LP) aura un miroir (L1s) Sur le serveur secondaire ; les deux LUN partagent le même ID de série et sont signalées comme des LUN de lecture-écriture à l'hôte. En revanche, les opérations de lecture et d'écriture sont uniquement gérées sur le LUN principal, 1LP. Toutes les écritures sont effectuées sur le miroir L1S sont servis par proxy.

Scénario d'incident

Avec SM-BC, vous pouvez répliquer de manière synchrone plusieurs volumes pour une application entre des sites répartis 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.

Architecture

La figure suivante illustre le fonctionnement général de la fonctionnalité de continuité de l'activité SnapMirror.

Flux de travail de continuité de l'activité SnapMirror

Dans la section un du diagramme, une application est déployée sur un SVM dans le data Center principal. Les volumes ajoutés au groupe de cohérence principal sont protégés par SM-BC et mis en miroir sur le groupe de cohérence secondaire d'un data Center secondaire. En cas d'interruption, les volumes du groupe de cohérence principal basculeront vers le groupe de cohérence mis en miroir. Les volumes qui ne se trouvent pas dans un groupe de cohérence mis en miroir ne sont pas servis en cas de basculement.

Plus d'informations