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 des groupes de cohérence

Contributeurs
PDF

Un groupe de cohérence est un ensemble de volumes gérés comme une seule unité. Dans ONTAP, les groupes de cohérence simplifient la gestion et garantissent la protection d'une charge de travail applicative couvrant plusieurs volumes.

Pour simplifier la gestion du stockage, vous pouvez utiliser des groupes de cohérence. Imaginez que vous disposez d'une base de données importante couvrant 20 LUN. Vous pouvez gérer les LUN de manière individuelle ou les traiter comme un jeu de données unique, les organiser au sein d'un même groupe de cohérence.

Les groupes de cohérence facilitent la gestion des charges de travail des applications en fournissant des règles de protection locales et distantes facilement configurées, ainsi que des copies Snapshot cohérentes au niveau des applications ou après panne d'un ensemble de volumes à un point dans le temps. Les copies Snapshot d'un groupe de cohérence permettent de restaurer l'ensemble d'une charge de travail applicative.

En savoir plus sur les groupes de cohérence

Les groupes de cohérence prennent en charge n'importe quel volume FlexVol, quel que soit le protocole (NAS, SAN ou NVMe). Ils peuvent être gérés via l'API REST de ONTAP ou dans System Manager, dans l'élément de menu stockage > groupes de cohérence. Depuis la version ONTAP 9.14.1, la gestion des groupes de cohérence peut s'effectuer via l'interface de ligne de commandes ONTAP.

Les groupes de cohérence peuvent exister sous la forme d'entités individuelles, sous la forme d'un ensemble de volumes, ou dans une relation hiérarchique constituée d'autres groupes de cohérence. Les volumes individuels peuvent disposer de leur propre règle Snapshot granulaire par volume. En outre, des règles Snapshot peuvent être définies au niveau du groupe de cohérence. Le groupe de cohérence ne peut avoir qu'une seule relation SnapMirror Business Continuity (SM-BC) et une politique SM-BC partagée, qui peut être utilisée pour restaurer l'ensemble du groupe de cohérence.

Le graphique suivant illustre l'utilisation possible d'un groupe de cohérence individuel. Données d'une application hébergée sur SVM1 s'étend sur deux volumes : vol1 et vol2. Une règle Snapshot définie sur le groupe de cohérence capture des copies Snapshot des données toutes les 15 minutes.

Diagramme d'un seul groupe de cohérence avec ses volumes constitutifs et sa règle Snapshot locale

Des charges de travail applicatives plus importantes peuvent nécessiter plusieurs groupes de cohérence. Dans ce cas, vous pouvez créer des groupes de cohérence hiérarchiques, où un seul groupe de cohérence devient les composants enfants d'un groupe de cohérence parent. Le groupe de cohérence parent peut inclure au maximum cinq groupes de cohérence enfant. Comme dans les groupes de cohérence individuels, une stratégie de protection SM-BC distante peut être appliquée à la configuration complète des groupes de cohérence (parents et enfants) pour restaurer la charge de travail de l'application.

Dans l'exemple suivant, une application est hébergée sur SVM1. L'administrateur a créé un groupe de cohérence parent, SVM1_app, qui inclut deux groupes de cohérence enfant : SVM1appDataCG pour les données et SVM1app_logCG pour les journaux. Chaque groupe de cohérence enfant dispose de sa propre règle Snapshot. Copies Snapshot des volumes dans SVM1appDataCG sont prises toutes les 15 minutes. Snapshots de SVM1app_logCG sont prises toutes les heures. Groupe de cohérence parent SVM1_app Dispose d'une politique SM-BC qui réplique les données pour assurer un service continu en cas d'incident.

Diagramme d'un groupe de cohérence imbriqué avec les volumes associés

Depuis la version ONTAP 9.12.1, les groupes de cohérence sont pris en charge clonage et en modifiant les membres de la cohérence par ajout ou suppression de volumes Dans System Manager et dans l'API REST de ONTAP. Depuis la version ONTAP 9.12.1, l'API REST ONTAP prend également en charge :

  • Création de groupes de cohérence avec de nouveaux volumes NFS ou SMB ou espaces de noms NVMe.

  • Ajout de volumes NFS ou SMB ou d'espaces de noms NVMe nouveaux ou existants à des groupes de cohérence existants.

Pour plus d'informations sur l'API REST de ONTAP, reportez-vous à "Documentation de référence de l'API REST ONTAP".

Surveillez les groupes de cohérence

À partir de la version ONTAP 9.13.1, les groupes de cohérence assurent le contrôle de la capacité et des performances en temps réel et historiques, offrant ainsi un aperçu des performances des applications et des groupes de cohérence individuels.

Les données de surveillance sont actualisées toutes les cinq minutes et sont conservées jusqu'à un an. Vous pouvez suivre les mesures pour :

  • Performances : IOPS, latence et débit

  • Capacité : taille, logique utilisée, disponible

Vous pouvez afficher les données de surveillance dans l'onglet Présentation du menu Groupe de cohérence dans System Manager ou en les demandant dans l'API REST. Depuis la version ONTAP 9.14.1, vous pouvez afficher les metrics des groupes de cohérence via l'interface de ligne de commandes du système consistency-group metrics show commande.

Remarque Dans ONTAP 9.13.1, vous pouvez uniquement récupérer les metrics historiques à l'aide de l'API REST. Depuis la version ONTAP 9.14.1, les indicateurs d'historique sont également disponibles dans System Manager.

Protégez les groupes de cohérence

La protection est assurée par des groupes de cohérence :

La création d'un groupe de cohérence n'active pas automatiquement la protection. Il est possible de définir des règles de protection locale et à distance lors de la création ou après la création d'un groupe de cohérence.

Pour configurer la protection sur un groupe de cohérence, reportez-vous à la section "Protéger un groupe de cohérence".

Pour utiliser la protection à distance, vous devez répondre aux exigences de Déploiements de continuité de l'activité SnapMirror.

Remarque Les relations SM-BC ne peuvent pas être établies sur les volumes montés pour l'accès NAS.

Groupes de cohérence dans les configurations MetroCluster

Depuis ONTAP 9.11.1, vous pouvez provisionner les groupes de cohérence avec de nouveaux volumes sur un cluster dans une configuration MetroCluster. Ces volumes sont provisionnés sur des agrégats en miroir.

Une fois ces agrégats provisionnés, vous pouvez déplacer les volumes associés aux groupes de cohérence entre les agrégats en miroir et non mis en miroir. Les volumes associés à des groupes de cohérence peuvent donc être situés sur des agrégats en miroir, des agrégats sans mise en miroir, ou les deux. Vous pouvez modifier les agrégats en miroir contenant des volumes associés à des groupes de cohérence pour ne plus mettre en miroir. De même, vous pouvez modifier les agrégats non mis en miroir contenant les volumes associés à des groupes de cohérence pour activer la mise en miroir.

Les volumes et les copies Snapshot associés aux groupes de cohérence placés sur des agrégats en miroir sont répliqués sur le site distant (site B). Le contenu des volumes sur le site B garantit l'ordre d'écriture du groupe de cohérence, ce qui vous permet d'effectuer une restauration depuis le site B en cas d'incident. Vous pouvez accéder aux copies Snapshot de groupe de cohérence à l'aide du groupe de cohérence avec l'API REST et System Manager sur les clusters exécutant ONTAP 9.11.1 ou version ultérieure. Depuis la version ONTAP 9.14.1, vous pouvez également accéder aux copies Snapshot via l'interface de ligne de commandes ONTAP.

Si certains ou l'ensemble des volumes associés à un groupe de cohérence se trouvent sur des agrégats non mis en miroir qui ne sont pas actuellement accessibles, LES opérations D'OBTENTION ou DE SUPPRESSION du groupe de cohérence se comportent comme si les volumes locaux ou les agrégats d'hébergement sont hors ligne.

Configurations de groupes de cohérence pour la réplication

Si le site B exécute ONTAP 9.10.1 ou une version antérieure, seuls les volumes associés aux groupes de cohérence situés sur les agrégats en miroir sont répliqués sur le site B. Les configurations de groupes de cohérence sont uniquement répliquées vers le site B, si les deux sites exécutent ONTAP 9.11.1 ou une version ultérieure. Une fois le site B mis à niveau vers ONTAP 9.11.1, les données destinées aux groupes de cohérence du site A où tous leurs volumes associés sont répliqués sur le site B.

Remarque Pour optimiser les performances et la disponibilité du stockage, il est recommandé de conserver au moins 20 % d'espace libre pour les agrégats en miroir. Bien que la recommandation soit de 10 % pour les agrégats non mis en miroir, le système de fichiers peut utiliser 10 % d'espace supplémentaire pour absorber les modifications incrémentielles. Les modifications incrémentielles augmentent l'utilisation de l'espace pour les agrégats en miroir grâce à l'architecture Snapshot d'ONTAP basée sur la copie en écriture. Le non-respect de ces meilleures pratiques peut avoir un impact négatif sur les performances.

Mise à niveau

Les groupes de cohérence créés avec SM-BC dans ONTAP 9.8 et 9.9.1 seront automatiquement mis à niveau et gérables sous stockage > groupes de cohérence dans System Manager ou l'API REST ONTAP lors de la mise à niveau vers ONTAP 9.10.1 ou version ultérieure. Pour plus d'informations sur la mise à niveau à partir de ONTAP 9.8 ou 9.9.1, reportez-vous à la section "Considérations relatives à la mise à niveau et à la restauration de SM-BC".

Les copies Snapshot de groupe de cohérence créées dans l'API REST peuvent être gérées via l'interface de groupe de cohérence de System Manager et via les terminaux d'API REST de groupe de cohérence. Depuis la version ONTAP 9.14.1, les snapshots des groupes de cohérence peuvent également être gérés à l'aide de l'interface de ligne de commandes ONTAP.

Remarque Copies Snapshot créées à l'aide des commandes ONTAPI cg-start et cg-commit Sont reconnues comme des copies Snapshot de groupe de cohérence et ne peuvent donc pas être gérées via l'interface de groupe de cohérence de System Manager ou les terminaux de groupe de cohérence de l'API REST ONTAP. Depuis la version ONTAP 9.14.1, ces copies Snapshot peuvent être mises en miroir sur le volume de destination si vous utilisez une règle SnapMirror asynchrone. Pour plus d'informations, voir Configurer la protection SnapMirror asynchrone.

Fonctionnalités prises en charge par version

ONTAP 9.14.1 ONTAP 9.13.1 ONTAP 9.12.1 ONTAP 9.11.1 ONTAP 9.10.1

Groupes de cohérence hiérarchiques

✓

✓

✓

✓

✓

Protection locale grâce aux copies Snapshot

✓

✓

✓

✓

✓

Continuité de l'activité SnapMirror

✓

✓

✓

✓

✓

Prise en charge de MetroCluster

✓

✓

✓

✓

Validations en deux phases (API REST uniquement)

✓

✓

✓

✓

Balises d'application et de composant

✓

✓

✓

Cloner des groupes de cohérence

✓

✓

✓

Ajouter et supprimer des volumes

✓

✓

✓

Créez un CGS avec de nouveaux volumes NAS

✓

✓

API REST uniquement

Créez un CGS avec les nouveaux espaces de noms NVMe

✓

✓

API REST uniquement

Déplacez des volumes entre des groupes de cohérence enfants

✓

✓

Modifier la géométrie du groupe de cohérence

✓

✓

Contrôle

✓

✓

SnapMirror asynchrone (groupes de cohérence uniques uniquement)

✓

✓

Reprise d'activité de SVM (groupes de cohérence uniques uniquement)

✓

Prise en charge de la CLI

✓

En savoir plus sur les groupes de cohérence

Plus d'informations