Partager via


Réplication inter-région des volumes Azure NetApp Files

La fonctionnalité de réplication Azure NetApp Files fournit une protection des données via la réplication de volume inter-région. Vous pouvez répliquer de façon asynchrone des données à partir d’un volume Azure NetApp Files (source) d’une région vers un autre volume Azure NetApp Files (destination) d’une autre région. Cette fonctionnalité vous permet de basculer votre application critique en cas de panne ou d’incident touchant l’ensemble de la région.

Paires de réplication interrégion prises en charge

La réplication de volume Azure NetApp Files est prise en charge entre différentes paires de régions Azure et des régions non standard. La réplication de volume Azure NetApp Files est actuellement disponible entre les régions suivantes. Vous pouvez répliquer les volumes Azure NetApp Files de la paire régionale A vers la paire régionale B, et inversement.

Paires régionales Azure

Pays Paire régionale A Paire régionale B
Australie Centre de l’Australie Centre de l’Australie 2
Australie Australie Est Sud-Australie Est
Asie-Pacifique Asie Est Asie Sud-Est
Brésil Brésil Sud Brésil Sud-Est
Brésil/Amérique du Nord Brésil Sud États-Unis - partie centrale méridionale
Canada Centre du Canada Est du Canada
Europe Europe Nord Europe Ouest
Allemagne Allemagne Centre-Ouest Allemagne Nord
Inde Inde centrale Inde Sud
Japon Japon Est OuJapon Est
Corée Centre de la Corée Corée du Sud
Amérique du Nord USA Est USA Ouest
Amérique du Nord USA Est 2 USA Centre
Amérique du Nord Centre-Nord des États-Unis États-Unis - partie centrale méridionale
Amérique du Nord USA Ouest 3 USA Est
Norvège Norvège Est Norvège Ouest
Suisse Suisse Nord Suisse Ouest
Royaume-Uni Sud du Royaume-Uni Ouest du Royaume-Uni
Émirats Arabes Unis Émirats arabes unis Nord Émirats arabes unis Centre
Gouvernement américain Gouvernement des États-Unis – Arizona Gouvernement des États-Unis – Texas
Gouvernement américain US Gov Virginie Gouvernement des États-Unis – Texas

Paires non standard de régions Azure

Pays Paire régionale A Paire régionale B
Australie/Asie Sud-Est Australie Est Asie Sud-Est
Israël/Suède Israël Central Suède Centre
Qatar/Europe Qatar Centre Europe Ouest
France/Europe France Centre Europe Ouest
Allemagne/Royaume-Uni Allemagne Centre-Ouest Sud du Royaume-Uni
Allemagne/Europe Allemagne Centre-Ouest Europe Ouest
Allemagne/France Allemagne Centre-Ouest France Centre
Italie/Suède Italie Nord Suède Centre
Suède/Allemagne Suède Centre Allemagne Centre-Ouest
Espagne/Suède Espagne Centre Suède Centre
Amérique du Nord USA Est USA Est 2
Amérique du Nord USA Est 2 USA Ouest 2
Amérique du Nord USA Est 2 USA Ouest 3
Amérique du Nord Centre-Nord des États-Unis USA Est 2
Amérique du Nord États-Unis - partie centrale méridionale USA Est
Amérique du Nord États-Unis - partie centrale méridionale USA Est 2
Amérique du Nord États-Unis - partie centrale méridionale USA Centre
Amérique du Nord USA Ouest 2 USA Est
Amérique du Nord USA Ouest 2 USA Ouest 3
Gouvernement américain Gouvernement des États-Unis – Arizona Gouvernement américain - Virginie

Remarque

La taille et le nombre des instantanés peut être différente entre la source et la destination. Cette différence est attendue. Les stratégies de capture instantanée et les planifications de réplication influencent le nombre d’instantanés. Les stratégies de capture instantanée et les planifications de réplication, combinées à la quantité de données modifiées entre les instantanés, influencent la taille des instantanés. Pour en savoir plus sur les instantanés, consultez le fonctionnement des instantanés Azure NetApp Files.

Objectifs de niveau de service

L’objectif de point de récupération (RPO) indique le moment où les données peuvent être récupérées. L’objectif de RPO est généralement inférieur à deux fois la planification de la réplication, mais peut varier. Dans certains cas, il peut dépasser le RPO cible en fonction de facteurs tels que la taille totale du jeu de données, le taux de modification, le pourcentage de remplacements de données et la bande passante de réplication disponible pour le transfert.

La réplication interrégionale prend en charge trois programmes de réplication : 10 minutes, toutes les heures et tous les jours.

  • Pour une planification de réplication de 10 minutes, le RPO maximal est de 20 minutes.
  • Pour le calendrier de réplication horaire, le RPO typique est inférieur à deux heures.
  • Pour le calendrier de réplication quotidien, le RPO typique est inférieur à deux jours.

Important

Les grands volumes pour la réplication interrégionale ne supportent pas le calendrier de réplication de 10 minutes.

L’objectif de délai de récupération (RTO), ou le temps d’arrêt maximal des applications professionnelles, est déterminé par des facteurs d’affichage de l’application et d’accès aux données sur le deuxième site. La partie de stockage du RTO pour rompre la relation d’homologation afin d’activer le volume de destination et de fournir l’accès aux données, en lecture et en écriture, dans le deuxième site, est censée durer une minute maximum.

Modèle de coût pour la réplication inter-région

Grâce à la réplication inter-région Azure NetApp Files, vous payez uniquement pour la quantité de données que vous répliquez. Il n’y a pas de frais de configuration ni d’utilisation minimale. Le prix de réplication est basé sur la fréquence de réplication et la région du volume de destination que vous choisissez pendant la configuration de la réplication initiale. Pour plus d’informations, consultez la page Tarification Azure NetApp Files.

Les frais de capacité de stockage standard Azure NetApp Files s’appliquent au volume de destination de réplication (également appelé volume de protection des données).

Exemples de tarification

Le montant de réplication inter-région facturé par mois est basé sur la quantité de données répliquées via la fonctionnalité de réplication inter-région au cours de ce mois. La quantité de données répliquées est mesurée en Gio. Elle représente la somme des données répliquées entre deux régions pendant toutes les réplications régulières à partir des volumes sources vers les volumes de destination, et pendant toutes les réplications de resynchronisation des volumes de destination vers les volumes sources.

Exemple 1 : Réplication de la ligne de base du mois 1 et réplications incrémentielles

Imaginons les situations suivantes :

  • Votre volume source provient du niveau de service Azure NetApp Files Premium. Il a une taille de quota de volume de 1000 Gio et une taille de volume consommé de 500 Gio au début du premier jour du mois. Le volume se trouve dans la région USA Centre Sud.
  • Votre volume de destination provient du niveau de service Azure NetApp Files Standard. Il se trouve dans la région USA Est 2.
  • Vous avez configuré une réplication inter-région horaire entre les deux volumes ci-dessus. Par conséquent, le prix de la réplication est de 0,12 $ par Gio.
  • Pour simplifier, supposons que votre volume source ait un changement de données constant de 0,5 Gio toutes les heures, mais que la taille du volume total consommé n’augmente pas (elle reste à 500 Gio).

Après la configuration initiale, la réplication de base se produit immédiatement.

  • Quantité de données répliquées pendant la réplication de base : 500 GiB
  • Frais de réplication de base : 500 GiB * $0.12 = $60

Après la réplication de base, seuls les blocs modifiés sont répliqués. Par conséquent, seules 0,5 Gio de données sont répliquées toutes les heures dans les réplications incrémentielles suivantes.

  • Somme de la quantité de données répliquées sur les réplications incrémentielles pour un mois de 30 jours : 0.5 GiB * 24 hours * 30 days = 360 GiB
  • Frais de réplication incrémentielle : 360 GiB * $0.12 = $43.2

À la fin du premier mois, le coût total de réplication inter-région est le suivant :

  • Coût total de réplication inter-région du premier mois : $60 + $43.2 = $103.2

Les frais de capacité de stockage standard Azure NetApp Files s’appliquent au volume de destination. Toutefois, le volume de destination peut utiliser un niveau de stockage différent de la couche de volume source (et qui coûte moins cher).

Exemple 2 : réplications incrémentielles du mois 2 et réplications de resynchronisations

Imaginons que vous disposez d’un volume source, d’un volume de destination et d’une relation de réplication entre les deux configurations comme décrit dans l’exemple 1. Pour 29 jours du deuxième mois (un mois de 30 jours), les réplications horaires se sont produites comme prévu.

  • Somme de la quantité de données répliquées sur les réplications incrémentielles pendant 29 jours : 0.5 GiB * 24 hours * 29 days = 348 GiB

Supposons que le dernier jour du mois, un événement imprévu, tel qu’une panne, se produise dans la région source : vous basculez donc vers le volume de destination. Au bout de 2 heures, la région source est rétablie et vous avez effectué une réplication de resynchronisation du volume de destination vers le volume source. Pendant ces 2 heures, 0,8 Gio de données ont été modifiées sur le volume de destination. Il faut donc les resynchroniser avec la source.

  • Somme de la quantité de données répliquées sur des réplications régulières pendant 22 heures le dernier jour : 0.5 GiB * 22 hours = 11 GiB
  • Quantité de données répliquées pendant une réplication de resynchronisation : 0.8 GiB

Par conséquent, à la fin du deuxième mois, le coût total de réplication inter-région est le suivant :

  • Coût total de réplication inter-région du deuxième mois : (348 GiB + 11 GiB + 0.8 GiB) * $0.12 = $43.18

Les frais de capacité de stockage Azure NetApp Files normaux pour le deuxième s’appliquent au volume de destination.

Étapes suivantes