Comprendre la réplication interzone d’Azure NetApp Files (préversion)

Dans de nombreux cas, la résilience entre les zones de disponibilité est obtenue par les architectures haute disponibilité à l’aide de la réplication basée sur l’application et de la haute disponibilité, comme expliqué dans Utiliser les zones de disponibilité pour la haute disponibilité. Toutefois, des approches plus simples et plus rentables sont souvent prises en compte à l’aide de la réplication de données basée sur le stockage.

Comme pour la fonctionnalité de réplication interrégion Azure NetApp Files, la fonctionnalité de réplication interzone (CZR) offre une protection des données entre les volumes dans différentes zones de disponibilité. Vous pouvez répliquer de manière asynchrone des données à partir d’un volume Azure NetApp Files (source) dans une zone de disponibilité vers un autre volume Azure NetApp Files (destination) dans une autre disponibilité. Cette fonctionnalité vous permet de basculer votre application critique si une panne ou un sinistre à l’échelle de la zone se produit.

Régions prises en charge

La préversion de la réplication interzone est disponible dans les régions suivantes :

  • Australie Est
  • Brésil Sud
  • Centre du Canada
  • Inde centrale
  • USA Centre
  • Asie Est
  • USA Est
  • USA Est 2
  • France Centre
  • Allemagne Centre-Ouest
  • Japon Est
  • Centre de la Corée
  • Europe Nord
  • Norvège Est
  • Qatar Central
  • Afrique du Sud Nord
  • Asie Sud-Est
  • États-Unis - partie centrale méridionale
  • Suède Centre
  • Suisse Nord
  • Émirats arabes unis Nord
  • Sud du Royaume-Uni
  • Gouvernement américain - Virginie
  • Europe Ouest
  • USA Ouest 2
  • USA Ouest 3

À l’avenir, la réplication interzone est prévue pour toutes les régions compatibles avec AZ avec 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 interzone prend en charge trois planifications 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.

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 interzone

Les volumes répliqués sont hébergés sur un pool de capacités. Par conséquent, le coût de la réplication interzone est basé sur la taille et le niveau du pool de capacité approvisionnés comme normale. Il n’existe aucun coût supplémentaire pour la réplication des données.

Étapes suivantes