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

À propos de la réplication de volume

Cette page explique en détail 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 les activités d'application 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 volumes 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 permet d'optimiser les délais de transfert et de réduire 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 à Mirrored (En 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 instantané sur le volume source.
Il calcule les données modifiées entre le nouvel instantané et le précédent.
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 nouveau.

Modifications des paramètres

Tant qu'une réplication est à l'état en miroir, toutes les modifications apportées aux paramètres du volume source ou de destination sont répliquées chez le 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 des volumes source et de destination, ainsi que les nouvelles données, ne reflètent plus les modifications apportées à l'un ou l'autre volume.

Données répliquées : la réplication de volumes reflète toutes les données utilisateur et tous les instantanés des volumes sources dans les volumes de destination.
Ajustements automatiques de la capacité : la réplication de volumes 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 volumes

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 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-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 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 lieux :

	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 quotas : selon les exigences de réplication de votre projet, vous devrez peut-être augmenter le quota pour le nombre de volumes sources 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 Google Cloud Quotas NetApp Volumes de la console.
Compatibilité topologique : la réplication de volumes n'est pas compatible avec les topologies en cascade, en éventail et en étoile. 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 : le volume source et le volume de destination doivent exister dans le même projet. Toutefois, elles peuvent exister sur différents VPC.
Assistance 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 avec les niveaux de service Premium et Extreme, qui peuvent être combinés dans une réplication.

Tarifs de la réplication de volume

Les frais de réplication de NetApp Volumes sont facturés séparément de la capacité de volume. Les frais sont basés sur le nombre d'octets transférés entre les volumes principal et secondaire. 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 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) indique 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, le RPO vous aide à déterminer la quantité de données perdues.

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

Temps de latence : temps écoulé depuis la création de l'instantané sur le volume source qui a été répliqué en dernier sur le volume de destination. Le temps de latence représente la différence d'ancienneté entre les données du volume de destination et celles 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 forte activité de modification des données sur la source.
Instantanés de réplication : ils capturent les données exactement telles qu'elles apparaissent à un moment précis. Les instantanés de réplication fournissent la vue la plus précise du RPO. La réplication de volumes utilise deux instantanés continus pour la réplication. Le code temporel du dernier instantané de réplication sur le volume de destination spécifie le point temporel (UTC) des dernières données sur le volume de destination.

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

Exigences relatives aux 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 de lieux ou d'un groupe de régions valides, selon le niveau de service
La configuration de la stratégie Active Directory doit être identique.
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 une nouvelle vérification est effectuée à l'intervalle suivant. Ce comportement est plus fréquent lors de la réplication initiale, qui transfère les blocs de volume initiaux et prend le plus de temps à répliquer. 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éez une réplication de volume.

À propos de la réplication de volume Restez organisé à l'aide des collections Enregistrez et classez les contenus selon vos préférences.