À propos de la réplication de volume

Cette page explique comment protéger vos données à l'aide de la réplication de volume.

À propos de la réplication de volume

Vous pouvez protéger vos données grâce à la réplication de volume multi-emplacements, qui réplique de manière asynchrone un volume source à un emplacement vers un volume de destination situé à un autre emplacement. Cette fonctionnalité vous permet d'utiliser le volume répliqué pour l'activité des applications critiques en cas de panne ou de sinistre à l'échelle d'un emplacement. Le volume répliqué peut également être utilisé comme copie en lecture seule lors d'une utilisation normale.

La réplication de volume ne déplace que les blocs de données utilisés lors du transfert initial, et seuls les blocs modifiés sont transférés lors des transferts incrémentiels. Seuls les octets transférés sont facturés, ce qui optimise les temps de transfert et réduit les coûts.

Workflow de réplication de volume

Lors de la réplication de volume, un processus appelé transfert initial réplique tout le contenu du volume source vers le volume de destination. Le processus de transfert initial prend un instantané sur le système source et transfère son contenu vers le volume de destination. Une fois le transfert initial terminé, l'état du miroir de réplication passe à Miroir. Le volume de destination devient alors accessible en lecture seule et reflète le contenu des instantanés du volume source, ce qui inclut tous les instantanés pris avant l'instantané initial.

Une fois le processus de transfert initial terminé, l'intervalle de réplication planifié se poursuit sous la forme de mises à jour incrémentielles dans l'ordre suivant :

1. Le processus crée un instantané sur le volume source.

2. Il calcule les données modifiées entre le nouvel instantané et le précédent.

3. Le processus transfère ces modifications vers le volume de destination. L'état du transfert dans la ressource de réplication passe à Transfert en cours.

   Une fois toutes les modifications transférées, le contenu du volume de destination passe de l'ancien instantané au nouvel instantané.

Modifications des paramètres

Lorsque la réplication est à l'état En miroir, NetApp Volumes applique la plupart des modifications de paramètres que vous apportez au volume source ou de destination aux deux volumes.

Les sections suivantes décrivent les paramètres que NetApp Volumes synchronise sur les deux volumes et les paramètres que vous configurez séparément pour chaque volume.

Paramètres répliqués

Lorsque la réplication est à l'état Mise en miroir, NetApp Volumes synchronise les paramètres suivants entre les volumes source et de destination :

• Capacité : met à jour la capacité des deux volumes. Les pools de stockage source et de destination doivent disposer d'un espace disponible suffisant pour la nouvelle taille de volume.

• Règle d'exportation : applique les modifications de la règle d'exportation aux deux volumes afin que les volumes source et de destination utilisent la même règle. Si les règles diffèrent, la prochaine mise à jour du volume applique une règle aux deux volumes, ce qui peut perturber l'accès client. Pour en savoir plus, consultez Perturbation possible de l'accès client lors de la mise à jour des paramètres d'un volume NFS. Contrairement à la réplication de volume standard, la réplication interprojets ne copie pas les règles d'exportation entre les volumes source et de destination.

• Paramètres de protocole : applique les modifications aux protocoles déjà activés sur les deux volumes. Pour les volumes SMB (Server Message Block), ces paramètres incluent le chiffrement SMB, la visibilité du partage et l'énumération basée sur l'accès. Vous ne pouvez pas modifier le type de protocole après avoir créé le volume.

• Programmations d'instantanés : synchronise les modifications apportées aux programmations d'instantanés horaires, quotidiens, hebdomadaires et mensuels sur les deux volumes.

• Autorisations UNIX : copie les autorisations UNIX du répertoire racine source vers le volume de destination. Ces autorisations deviennent les autorisations initiales du répertoire racine de destination.

• Règles de quota : applique immédiatement les modifications des règles de quota au volume source. Le volume de destination stocke les modifications et les applique lorsque vous arrêtez la réplication. Si l'arrêt de la réplication renvoie une erreur de quota, comparez les règles de quota sur les deux volumes et ajoutez les règles manquantes au volume de destination. Pour en savoir plus, consultez Les paramètres de quota du volume de destination peuvent échouer dans une réplication active.

Paramètres de chaque volume

Configurez les paramètres suivants séparément sur les volumes source et de destination :

• Libellés et description du volume : spécifiez des libellés et une description pour chaque volume.

• Stratégie de sauvegarde : configurez une stratégie de sauvegarde pour chaque volume. Sur un volume de destination, une programmation de sauvegarde est inactive tant que la réplication est à l'état En miroir et ne devient active qu'une fois que vous avez arrêté la réplication.

• Coffre de sauvegarde : attribuez un coffre de sauvegarde à chaque volume.

• Hiérarchisation automatique : activez ou désactivez la hiérarchisation automatique pour chaque volume.

• Rendre le répertoire des instantanés visible : ne configurez ce paramètre que sur le volume source. Vous ne pouvez pas modifier ce paramètre sur un volume de destination.

• Bloquer la suppression du volume : activez ou désactivez ce paramètre pour chaque volume.

• Débit : configurez le débit séparément sur les volumes source et de destination dans un pool de qualité de service (QoS) manuel. Dans un pool de QoS automatique, la taille du volume et le niveau de service déterminent le débit.

Vous configurez les règles Active Directory et de clé de chiffrement gérée par le client (CMEK) au niveau du pool de stockage. Les pools source et de destination doivent utiliser des règles Active Directory qui se connectent au même domaine Active Directory. La réplication conserve la règle attribuée à chaque pool.

Pour les niveaux de service Standard, Premium et Extreme, si vous déplacez le volume source vers un pool avec un niveau de service différent, seul le volume source change. Le volume de destination reste dans son pool actuel.

Si vous arrêtez la réplication, les volumes source et de destination deviennent indépendants. Les modifications que vous apportez aux données ou aux paramètres d'un volume ne s'appliquent pas à l'autre volume. Lorsque vous reprenez une réplication arrêtée, les paramètres du volume source écrasent ceux du volume de destination, à l'exception des paramètres que vous configurez séparément.

Éléments à prendre en compte pour la réplication de volume

Avant de pouvoir effectuer une réplication de volume, tenez compte des points suivants :

• Pour les niveaux de service Standard, Premium et Extrême, NetApp Volumes est compatible avec la réplication de volumes entre les paires de régions spécifiques suivantes :

  • asia-southeast1 et australia-southeast1

  • europe-west2 et europe-west3

  • europe-west2 et europe-west4

  • europe-west3 et europe-west4

  • europe-west3 et europe-west6

  • europe-west4 et europe-west6

  • europe-southwest1 et europe-west3

  • northamerica-northeast1 et northamerica-northeast2

  • northamerica-northeast1 et us-central1

  • australia-southeast1 et asia-southeast1

  • us-central1 et us-east4

  • us-central1 et us-west2

  • us-central1 et us-west3

  • us-central1 et us-west4

  • us-east4 et us-west2

  • us-east4 et us-west4

  • us-west2 et us-west4

  • us-west3 et us-west4

• Pour le niveau de service Flex Unified, la réplication de volume est compatible entre les zones d'un même groupe de régions. La réplication vers une autre zone de la même région est également possible. Le tableau suivant liste les groupes de régions dans différents emplacements :

  	Emplacements
  	Amériques	Asie-Pacifique	Europe, Moyen-Orient et Afrique
  Groupe de régions	southamerica-east1 us-central1 us-east1 us-east4 us-east5 us-south1 us-west1 us-west2 us-west3 us-west4	asia-east1 asia-northeast1 asia-northeast2 asia-south1 asia-southeast1 australia-southeast1 australia-southeast2	europe-southwest1 europe-west1 europe-west2 europe-west3 europe-west4 europe-west8 europe-west9 me-west1

• Pour le niveau de service Flex File, la réplication de volume est compatible entre les régions qui font partie du même groupe de régions. Le tableau suivant liste les groupes de régions dans différents emplacements :

  	Emplacements
  	Amériques	Asie-Pacifique	Europe, Moyen-Orient et Afrique
  Groupe de régions	southamerica-east1 southamerica-west1 northamerica-northeast1 northamerica-northeast2 us-central1 us-east1 us-east4 us-east5 us-south1 us-west1 us-west2 us-west3 us-west4	asia-east1 asia-east2 asia-northeast1 asia-northeast2 asia-northeast3 asia-south1 asia-south2 asia-southeast1 asia-southeast2 australia-southeast1 australia-southeast2	africa-south1 europe-central2 europe-north1 europe-southwest1 europe-west1 europe-west2 europe-west3 europe-west4 europe-west6 europe-west8 europe-west9 europe-west10 europe-west12 me-central1 me-central2 me-west1

• Attribution de quota : en fonction des exigences de réplication de votre projet, vous devrez peut-être augmenter le quota du nombre de volumes sources et de destination répliqués pour une région ou un niveau de service spécifique. Pour demander une augmentation de quota, utilisez la page "Quotas" de la console NetApp VolumesGoogle Cloud .

• Compatibilité topologique : la réplication de volume n'est pas compatible avec les topologies en cascade, en éventail et en éventail inversé. Par exemple, un volume ne peut pas être à la fois un volume source et un volume de destination.

• Emplacement des volumes source et de destination :

  • Pour le niveau de service Flex Unified Default-mode, les considérations suivantes s'appliquent.

    • Les volumes source et de destination doivent se trouver dans le même projet et le même groupe de régions. Vous pouvez répliquer des volumes dans une autre zone de la même région.

    • Vous pouvez répliquer des volumes dans des pools Flex unifiés standards ou dans des pools Flex unifiés de grande capacité, mais pas entre ces deux types de pools.

    • Vous pouvez répliquer des volumes au sein du même projet.

    • La réplication de volume inter-projets entre les volumes source et de destination est une fonctionnalité disponible sur demande. Pour demander l'accès à cette fonctionnalité, contactez le service commercial. Vous créez des réplications à l'aide de l'API, de la Google Cloud CLI ou de Terraform, mais vous pouvez les gérer dans la console Google Cloud . Pour créer une réplication inter-projets, vous devez disposer des autorisations netapp.replications.create pour les deux projets. Contrairement aux réplications de volumes standards, les réplications interprojets ne répliquent pas les règles d'exportation entre les volumes source et de destination. Si vous utilisez VPC Service Controls, consultez Limites de VPC Service Controls pour NetApp Volumes pour comprendre la réplication de volumes inter-projets.

  • Pour le niveau de service Flex File : les volumes source et de destination doivent exister dans le même projet et le même groupe de régions. La réplication vers une autre zone de la même région n'est pas possible.

  • Pour les niveaux de service Standard, Premium et Extreme, les considérations suivantes s'appliquent.

    • La réplication est possible lorsque les volumes source et de destination se trouvent dans le même projet. Le volume de destination doit se trouver dans une paire de régions différente.

    • La réplication de volume inter-projets entre les volumes source et de destination est une fonctionnalité disponible sur demande. Pour demander l'accès à cette fonctionnalité, contactez le service commercial. Bien que ces réplications soient créées uniquement à l'aide de l'API, de la Google Cloud CLI ou de Terraform, leur gestion ultérieure peut être effectuée à l'aide de la console Google Cloud . Pour créer une réplication inter-projets, vous devez disposer des autorisations netapp.replications.create pour les deux projets. Contrairement aux réplications de volume générales, les réplications interprojets ne répliquent pas les règles d'exportation entre les volumes source et de destination. Si vous utilisez VPC Service Controls, consultez Limites de VPC Service Controls pour NetApp Volumes pour comprendre la réplication de volumes entre projets.

  • Les volumes source et de destination peuvent exister dans différents VPC.

• Compatibilité basée sur le niveau de service : les volumes source et de destination doivent avoir le même niveau de service, à l'exception des volumes des niveaux de service Premium et Extrême, qui peuvent être combinés dans une réplication. Pour répliquer vers ou depuis le mode ONTAP Flex Unified, consultez Répliquer avec ONTAP, où le pool en mode ONTAP est le système ONTAP. La réplication entre des systèmes en mode ONTAP ou des systèmes basés sur ONTAP et le mode ONTAP est une réplication SnapMirror ONTAP standard, que vous devez gérer en conséquence. Pour en savoir plus, consultez En savoir plus sur la reprise après sinistre asynchrone ONTAP SnapMirror.

Tarifs de la réplication de volume

NetApp Volumes facture la réplication séparément de la capacité du volume. Les frais sont basés sur le nombre d'octets transférés entre les volumes principaux et secondaires. Pour en savoir plus, consultez Tarifs de NetApp Volumes.

Objectif de point de reprise après sinistre (RPO) :

La réplication de volume étant une réplication asynchrone planifiée, le contenu du volume de destination est toujours en retard par rapport au volume source. L'objectif de point de récupération (RPO) spécifie l'actualité des données sur votre volume de destination et la version de vos données à un moment précis. En cas de sinistre, le RPO vous aide à déterminer la quantité de données que vous avez perdue.

Vous pouvez déterminer le RPO de la réplication de volume en vérifiant les délais ou les instantanés de réplication. Bien que le temps de latence permette d'estimer rapidement le RPO, les instantanés de réplication constituent une mesure plus précise.

• Temps de latence : temps écoulé depuis la création de l'instantané sur le volume source qui a été répliqué pour la dernière fois sur le volume de destination. Le temps de latence représente la différence d'ancienneté des données du volume de destination par rapport aux données du volume source. Il est mis à jour toutes les cinq minutes et fournit un aperçu du RPO. Si la réplication ignore des intervalles de réplication, une icône d'avertissement s'affiche à côté du temps de latence dans la console Google Cloud . Si le problème persiste, cela signifie que le taux de modification des données sur le volume source est trop élevé pour être transféré dans un intervalle de réplication. Nous vous recommandons de choisir un intervalle de réplication plus long ou d'ignorer l'avertissement pour les situations ponctuelles, comme une activité importante de modification des données sur la source.

• Instantanés de réplication : les instantanés de réplication sont des captures de données exactement telles qu'elles apparaissent à un moment précis. Les instantanés de réplication fournissent l'aperçu le plus précis du RPO. La réplication de volume utilise deux instantanés glissants pour la réplication. Le code temporel du dernier instantané de réplication sur le volume de destination spécifie le moment (UTC) des dernières données sur le volume de destination.

  Vous pouvez déduire le code temporel (replication-<timestamp>) du nom de l'instantané de réplication, qui suit le format UTC (YYYY-MM-DD-HHMMSS).

Exigences concernant les pools de stockage

Les pools de stockage avec des volumes source et de destination doivent répondre aux exigences suivantes :

• Doit faire partie d'une paire d'emplacements ou d'un groupe de régions valides, selon le niveau de service

• Doit avoir la même configuration de stratégie Active Directory

• Doit pointer vers le même Active Directory

• Doivent avoir les mêmes paramètres LDAP

Programmation de la réplication

La programmation de la réplication tente d'exécuter la réplication à des intervalles désignés. Si une réplication précédente est en cours, la réplication du cycle actuel est ignorée et vérifiée à nouveau lors de l'intervalle suivant. Ce comportement est plus courant lors de la réplication initiale, qui transfère les blocs de volume initiaux et prend le plus de temps. La planification de la réplication s'exécute en fonction des heures suivantes pour chaque type de planification :

Fréquence de la programmation de la réplication	Heure de l'opération planifiée
Toutes les 10 minutes	:00, :10, :20, :30, :40, :50
Toutes les heures	:05 après le début de chaque heure
Tous les jours	:10 après minuit chaque jour

Étapes suivantes

Créer une réplication de volume