Menu

La traduction automatique a été utilisée pour cette page. Certains contenus peuvent ne pas être parfaits. Faites-nous savoir comment nous pouvons nous améliorer.

Partager des commentaires

Azure Storage Replication expliqué : LRS, ZRS, GRS, RA-GRS

Sommaire

Partager cette page

blank avatar
Jeff Whitaker

Qu'est-ce que la réplication de stockage Azure ?

Pour garantir la disponibilité et la durabilité des données, Azure Storagecrée et stocke des copies des données à plusieurs emplacements. Ce processus est appelé réplication du stockage. L'objectif est d'assurer une redondance afin de protéger les données contre les pannes matérielles, les coupures de courant ou les interruptions de réseau.

Vous pouvez choisir parmi plusieurs options de redondance. Vous pouvez répliquer les données au sein d’une région ou dans une région secondaire géographiquement distante. De plus, vous pouvez activer l'accès en lecture aux données répliquées situées dans une région secondaire, afin d'assurer la disponibilité en cas de sinistre.

Dans cet article, vous apprendrez :

Types de réplication de stockage Azure

Par défaut, Azure Storage réplique les données trois fois au sein d'une région principale. De plus, Azure propose les options suivantes que vous pouvez configurer pour la réplication au sein de la région principale :

  • Le stockage localement redondant (LRS) réplique de manière synchrone les données sur trois disques au sein d'un centre de données dans la région principale. Offre un niveau de disponibilité modéré à un coût inférieur.
  • Le stockage redondant par zone (ZRS) réplique les données de manière synchrone entre trois zones de disponibilité Azure dans la région principale. Fournit un niveau de résilience supérieur à un coût plus élevé.

Outre ces deux types de réplication de base, il existe trois types supplémentaires disponibles dans Azure Storage :

  • Stockage géoredondant (GRS)— stocke trois copies supplémentaires des données dans une région Azure associée
  • Accès en lecture géoredondant (RA-GRS)— identique à GRS, mais permet de lire les données à partir des deux régions Azure
  • Réplication d’objets pour Block Blob Storage— un type spécial de réplication utilisé uniquement pour les block blobs, les répliquant entre un compte de stockage source et un compte de stockage cible.

Stockage localement redondant (LRS)

LRS réplique les données trois fois au sein d'un centre de données situé dans une région principale. Lorsque LRS est activé, Azure Storage n’enregistre les requêtes d’écriture comme réussies que lorsque les données sont écrites sur trois réplicas. LRS offre une durabilité d'au moins 99,999999999 % pour les objets au cours d'une année donnée.

Le service LRS est proposé à un prix avantageux et peut vous aider à protéger vos données contre les pannes de disque dur et les défaillances des racks de serveurs. Cependant, LRS ne couvre pas tous les scénarios de perte de données. Utilisez LRS si vous êtes moins sensible aux pertes ou si vos données sont limitées à un seul emplacement en raison d'exigences de conformité.

Stockage redondant par zone (ZRS)

ZRS effectue la réplication sur trois zones de disponibilité Azure. Chaque zone de disponibilité Azure est un emplacement physique distinct avec son propre réseau, alimentation électrique et refroidissement indépendants. ZRS garantit une durabilité minimale de 99,9999999999 % pour les objets au cours d'une année donnée.

ZRS garantit que les données restent accessibles même en cas de panne d'une zone de disponibilité. Ceci est vrai aussi bien pour les opérations d’écriture que de lecture. Azure Storage n’enregistre une opération d’écriture comme réussie qu’une fois qu’il s’est assuré que les données sont écrites en toute sécurité dans les trois zones de disponibilité. Vous pouvez utiliser ZRS dans une région principale pour garantir la cohérence, la haute disponibilité et la durabilité.

Stockage géoredondant (GRS)

Le GRS offre une redondance supplémentaire pour le stockage des données par rapport au LRS ou au ZRS. En plus des trois copies de données stockées dans une région, trois copies sont stockées dans une région Azure associée. Ainsi, GRS offre toutes les fonctionnalités du stockage LRS dans la zone principale et fournit en outre un stockage de données LRS secondaire dans une autre région.

Étant donné que toutes les opérations de lecture et d’écriture sont toujours gérées par un seul centre de données Azure, les SLA de lecture et d’écriture fournis par Microsoft sont les mêmes que pour le stockage des données ZRS et LRS.

La redondance GRS présente deux inconvénients :

  • La réplication entre les régions est asynchrone et les données sont donc propagées avec un léger délai
  • La deuxième région ne peut pas être accédée ou lue tant que le compte de stockage n'a pas basculé

Accès en lecture géoredondant (RA-GRS)

RA-GRS offre le même niveau de redondance que la réplication GRS standard, avec un avantage supplémentaire : les copies secondaires stockées dans des régions Azure appariées sont lisibles. Cela signifie que si votre application est correctement configurée, vous pouvez utiliser plusieurs points de terminaison en lecture. Cela augmente le SLA pour les opérations de lecture à 99,99 %.

Cependant, le SLA pour les opérations d'écriture reste à 99,9 %, car une seule zone contrôle toujours les opérations d'écriture et de mise à jour.

En raison de leur réplication asynchrone, les deux types de réplication GRS présentent un certain délai de réplication. Vous pouvez utiliser le paramètre LastSyncTime pour vous assurer de lire la copie la plus récente des données.

Réplication d'objets pour le stockage d'objets blob par blocs

Les méthodes de réplication précédentes s'appliquaient à tous les services de stockage Azure. Il s'agit d'une méthode de réplication spécifique, disponible uniquement pour Block Blob Storage.

La méthode de réplication des objets est asynchrone. Vous pouvez l’utiliser pour déplacer automatiquement des données vers un niveau d’archivage afin d’optimiser la distribution des données et de réduire les coûts. Vous pouvez également l'utiliser pour synchroniser les données vers une ressource de stockage plus proche de vos utilisateurs, afin de réduire la latence.

Les objets blob de blocs sont répliqués conformément à votre stratégie de réplication, qui spécifie les comptes et conteneurs Azure source/cible, ainsi que les objets blob de blocs devant être répliqués.

La réplication d’objets blob par bloc copie :

  • Contenu blob
  • Version Blob
  • Métadonnées Blob

Questions et réponses sur la réplication du stockage Azure

Comment vérifier l'état de la réplication Azure pour le stockage Block Blob ?

Vous pouvez vérifier l'état de la réplication des objets blob de blocs en consultant le compte de stockage source. Si l'état de la réplication des objets blob du compte source indique un échec, examinez les points suivants :

  • Vérifiez qu'il existe une stratégie de réplication d'objets sur le compte de stockage cible.
  • Assurez-vous que le conteneur cible existe.
  • Si le blob d'origine est chiffré pendant l'opération d'écriture à l'aide d'une clé fournie par l'utilisateur, la réplication échouera.

Quels types de réplication sont disponibles pour mon compte de stockage ?

Voici les types de réplication disponibles, selon votre type de compte de stockage :

  • General-purpose v1 prend en charge LRS et GRS/RA-GRS
  • La version 2 à usage général prend en charge LRS, ZRS, GRS/RA-GRS et GZRS/RA-GZRS
  • Le stockage de blocs blobs prend uniquement en charge LRS
  • Le stockage Blob prend en charge LRS et GRS/RA-GRS
  • Le stockage de fichiers prend en charge LRS et ZRS

Stockage Azure de niveau entreprise avec Azure NetApp Files 

Azure NetApp Files est une autre alternative de stockage de fichiers proposée par Microsoft Azure, construite sur la technologie NetApp, vous offrant des capacités de partage de fichiers d'entreprise pouvant prendre en charge même vos applications métier principales.

Bénéficiez de la gestion des données et du stockage des données de niveau entreprise sur Azure pour gérer facilement vos charges de travail et vos applications, et migrez toutes vos applications basées sur des fichiers vers le cloud.

Azure NetApp Files résout les problèmes de disponibilité et de performance des entreprises qui souhaitent migrer leurs applications critiques vers le cloud, notamment des charges de travail telles que HPC, SAP, Linux, Oracle et SQL Server, Windows Virtual Desktop, et bien plus encore.

Drift chat loading