Cette page a été traduite par l'API Cloud Translation.

À 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é critique de l'application en cas de panne ou de sinistre à l'échelle d'un site. 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 ne transfère que les blocs modifiés lors des transferts incrémentiels. Seuls les octets transférés sont facturés, ce qui optimise les délais 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 sur le volume de destination. Le processus de transfert initial crée 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 à Mirrored (Miroir). Par conséquent, le volume de destination devient en lecture seule et reflète le contenu des instantanés du volume source, y compris 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:

Le processus crée un nouvel instantané sur le volume source.
Il calcule les données modifiées entre le nouvel instantané et l'instantané précédent.
Le processus transfère ces modifications vers le volume de destination. L'état de transfert de la ressource de réplication passe à Transferring (En cours de transfert).

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

Modifications de paramètres

Tant qu'une réplication est dans un état de mise en miroir, toutes les modifications apportées aux paramètres de volume de la source ou de la destination sont répliquées auprès du partenaire. Si le niveau de service du volume source est modifié en le déplaçant vers un autre pool, le volume de destination n'est pas modifié.

Si la réplication s'arrête, les paramètres de volume source et de destination, ainsi que les nouvelles données, ne reflètent plus les modifications apportées à l'un ou l'autre des volumes.

Données répliquées: la réplication de volume reflète toutes les données utilisateur et les instantanés des volumes sources sur les volumes de destination.
Ajustements automatiques de la capacité: la réplication de volume ajuste automatiquement la capacité du volume de destination à celle du volume source tant que la relation de réplication existe.

É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 Extreme, NetApp Volumes prend en charge 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-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, la réplication de volumes est prise en charge 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 pays:

	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: selon les exigences de réplication de votre projet, vous devrez peut-être augmenter le quota pour le nombre de volumes source et de destination répliqués pour une région ou un niveau de service spécifiques. Pour demander une augmentation de quota, accédez à la page Quotas NetApp Volumes de la console Google 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 du volume source et de destination: le volume source et le volume de destination doivent exister dans le même projet. Toutefois, ils peuvent exister sur 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 aux niveaux de service Premium et Extreme, qui peuvent être mélangés dans une réplication.

Tarifs de la réplication de volume

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

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

Étant donné que la réplication de volume est une réplication planifiée et asynchrone, 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 stockée à un moment donné. En cas de sinistre, la métrique RPO vous aide à déterminer la quantité de données que vous avez perdues.

Vous pouvez déterminer le RPO de la réplication de volume en vérifiant les délais de latence 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.

Délai: 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 l'ancienneté des données de volume de destination par rapport à celles du volume source. Il est mis à jour toutes les cinq minutes et fournit un aperçu du RPO. Si votre réplication ignore des intervalles de réplication, une icône Avertissement s'affiche à côté du temps de latence dans la console Google Cloud. Si le problème persiste, cela signifie que votre 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é de modification de données importante sur la source.
Instantanés de réplication: les instantanés de réplication sont des captures de données telles qu'elles apparaissent à un moment précis. Les instantanés de réplication offrent une vue la plus précise possible de la RPO. La réplication de volume utilise deux instantanés glissants pour la réplication. L'horodatage du dernier instantané de réplication sur le volume de destination spécifie le point dans le temps (UTC) des dernières données sur le volume de destination.

Vous pouvez déduire le code temporel (replication-<timestamp>) à partir 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, en fonction du niveau de service
doivent 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 planification 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 en cours est ignorée et est à nouveau effectuée à l'intervalle suivant. Ce comportement est le plus courant lors de la réplication initiale, qui transfère les blocs de volume initiaux et prend le plus de temps à se répliquer. La planification de la réplication s'exécute en fonction des heures suivantes pour chaque type de planification:

Fréquence de planification 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

Étape suivante

Créez une réplication de volume.