Redondance de Stockage Azure

Stockage Azure stocke toujours plusieurs copies de vos données afin qu’elles soient protégées contre des événements planifiés ou non, notamment des défaillances matérielles temporaires, des pannes du réseau ou de l’alimentation électrique, et des catastrophes naturelles majeures. La redondance garantit que votre compte de stockage répond à ses objectifs de disponibilité et de durabilité, même en cas de défaillance.

Lorsque vous choisissez l’option de redondance la mieux adaptée à votre scénario, réfléchissez aux compromis possibles entre, d’une part, des coûts réduits et, de l’autre, une disponibilité accrue. Les facteurs déterminant le choix de l’option de redondance sont les suivants :

  • Mode de réplication de vos données dans la région primaire.
  • Réplication éventuelle de vos données vers une deuxième région géographiquement éloignée de la région primaire, afin d’offrir une protection contre les catastrophes régionales (géoréplication).
  • Nécessité ou non pour l’application d’avoir accès en lecture aux données répliquées dans la région secondaire si la région primaire n’est plus disponible pour une raison quelconque (géoréplication avec accès en lecture).

Notes

Les fonctionnalités et la disponibilité régionale décrites dans cet article sont également disponibles pour les comptes dotés d’un espace de noms hiérarchique (Stockage Blob Azure).

Les services qui composent le stockage Azure sont gérés par le biais d’une ressource Azure commune appelée compte de stockage. Ce compte de stockage représente un pool partagé de stockage qui peut être utilisé pour déployer des ressources de stockage telles que des conteneurs d’objets blob (Stockage blob), des partages de fichiers (Azure Files), des tables (Stockage Table) ou des files d’attente (Stockage File d’attente). Pour plus d’informations sur les comptes de stockage Azure, consultez Vue d’ensemble des comptes de stockage.

Le paramètre de redondance d’un compte de stockage est partagé pour tous les services de stockage exposés par ce compte. Toutes les ressources de stockage déployées dans le même compte de stockage ont le même paramètre de redondance. Vous pouvez isoler différents types de ressources dans des comptes de stockage distincts s’ils ont des exigences de redondance différentes.

Redondance dans la région primaire

Les données d’un compte de stockage Azure sont toujours répliquées trois fois dans la région primaire. Le service Stockage Azure offre deux options pour la réplication de vos données dans la région primaire :

  • La réplication par stockage localement redondant (LRS) copie vos données de façon synchrone trois fois au sein d’un même emplacement physique dans la région primaire. L’option LRS est la moins coûteuse mais n’est pas recommandée pour des applications nécessitant haute disponibilité et durabilité.
  • La réplication par stockage redondant interzone (ZRS) copie vos données de façon synchrone dans trois zones de disponibilité Azure au sein de la région primaire. Pour les applications nécessitant une haute disponibilité, Microsoft recommande l’utilisation de l’option ZRS dans la région primaire, ainsi que la réplication vers une région secondaire.

Notes

Microsoft recommande l’utilisation de ZRS dans la région principale pour les charges de travail Azure Data Lake Storage Gen2.

Stockage localement redondant

Le stockage localement redondant (LRS) réplique trois fois votre compte de stockage au sein d’un même centre de données dans la région primaire. Le stockage localement redondant offre une durabilité des objets d’au moins 99,999999999 % (11 « neuf ») sur une année donnée.

Le stockage localement redondant est l’option de redondance la moins coûteuse et offrant la durabilité la plus faible en comparaison des autres options. Il protège vos données contre les défaillances de disque et de rack du serveur. Toutefois, si un sinistre tel qu’un incendie ou une inondation se produit à l’intérieur du centre de données, tous les réplicas d’un compte de stockage utilisant un stockage localement redondant risquent d’être perdus ou irrécupérables. Pour atténuer ce risque, Microsoft recommande d’utiliser le stockage redondant interzone (ZRS), le stockage géoredondant (GRS) ou le stockage géoredondant interzone (GZRS).

Une demande d’écriture dans un compte de stockage utilisant une réplication LRS se produit de façon synchrone. L’opération d’écriture ne retourne un indicateur de réussite que lorsque les données ont été écrites sur les trois réplicas.

Le diagramme suivant montre comment vos données sont répliquées dans un centre de données unique à l’aide du LRS :

Diagram showing how data is replicated in a single data center with LRS

L’option LRS est un bon choix pour les scénarios suivants :

  • En revanche, si votre application stocke des données qui peuvent être recréées facilement en cas de perte, vous pouvez opter pour un stockage LRS.
  • Si votre application est limitée à la réplication de données uniquement à l’intérieur d’un pays ou d’une région en raison d’exigences de gouvernance des données, vous pouvez opter pour un stockage localement redondant. Dans certains cas, les régions appairées dans lesquelles les données sont géorépliquées peuvent se trouver dans un autre pays ou une autre région. Pour plus d’informations sur les régions associées, consultez la page Régions Azure.
  • Si votre scénario utilise des disques non managés Azure, vous pouvez opter pour LRS. Il est possible de créer un compte de stockage utilisant GRS pour les disques non managés Azure, mais cela n’est pas recommandé en raison de problèmes potentiels relatifs à la cohérence de la géoréplication asynchrone.

Stockage redondant interzone

Un stockage redondant interzone (ZRS) réplique les données de votre compte de stockage de façon synchrone dans trois zones de disponibilité Azure au sein de la région primaire. Chaque zone de disponibilité est un emplacement physique distinct avec une alimentation, un refroidissement et une mise en réseau indépendants. Le stockage ZRS offre une durabilité des ressources de stockage d’au moins 99,9999999999 % (12 neuf) sur une année donnée.

Avec l’option ZRS, vos données restent accessibles pour des opérations de lecture et d’écriture, même si une zone devient indisponible. Si une zone devient indisponible, Azure procède à des mises à jour du réseau, telles que le repointage DNS. Ces mises à jour peuvent affecter votre application si vous accédez aux données avant qu’elles soient terminées. Lors de la conception d’applications pour un stockage redondant interzone, suivez les pratiques de gestion des erreurs temporaires, dont l’implémentation de stratégies de nouvelle tentative avec backoff exponentiel.

Une demande d’écriture dans un compte de stockage utilisant une réplication ZRS se produit de façon synchrone. L’opération d’écriture ne retourne un indicateur de réussite que lorsque les données ont été écrites sur tous les réplicas dans les trois zones de disponibilité.

Microsoft recommande d’utiliser un stockage redondant interzone dans la région primaire pour les scénarios nécessitant une haute disponibilité. Le ZRS est également recommandé pour limiter la réplication des données à un pays ou à une région en particulier afin de répondre aux exigences de gouvernance des données.

Microsoft recommande d’utiliser ZRS pour les charges de travail Azure Files. Si une zone n’est plus disponible, il n’est pas nécessaire de remonter des partages de fichiers Azure à partir des clients connectés.

Le diagramme suivant montre comment vos données sont répliquées entre les zones de disponibilité dans la région primaire à l’aide du ZRS :

Diagram showing how data is replicated in the primary region with ZRS

Une réplication ZRS offre d’excellentes performances, une faible latence et une résilience pour vos données en cas d’indisponibilité temporaire de celles-ci. En revanche, il se peut que cette option à elle seule ne puisse pas protéger vos données contre un sinistre régional dans le cadre duquel plusieurs zones sont affectées définitivement. Pour assurer la protection contre des catastrophes régionales, Microsoft recommande l’utilisation d’un stockage géo-redondant interzone (GZRS), qui utilise une réplication ZRS dans la région primaire et géoréplique vos données dans une région secondaire.

Le niveau Archive du Stockage Blob n’est pas pris en charge actuellement sur les comptes ZRS. Les disques non managés ne prennent pas en charge par le stockage ZRS ni GZRS.

Pour plus d’informations sur les régions qui prennent en charge ZRS, consultez la liste des régions Azure avec des zones de disponibilité.

Comptes de stockage standard

ZRS est pris en charge pour tous les services stockage Azure via les comptes de stockage v2 standard, notamment :

  • Stockage Blob Azure (objets blob de blocs chauds et froids, objets blob de pages hors disque)
  • Azure Files (tous les niveaux standard : optimisé pour les transactions, chaud et froid)
  • Stockage Table Azure
  • Stockage File d’attente Azure

ZRS pour les comptes de stockage v2 standard à usage général est disponible pour un sous-ensemble de régions Azure :

  • (Afrique) Afrique du Sud Nord
  • (Asie-Pacifique) Australie Est
  • (Asie-Pacifique) Inde Centre
  • (Asie-Pacifique) Asie Est
  • (Asie-Pacifique) Japon Est
  • (Asie-Pacifique) Corée Centre
  • (Asie-Pacifique) Inde Sud
  • (Asie-Pacifique) Asie Sud-Est
  • (Europe) France Centre
  • (Europe) Allemagne Centre-Ouest
  • (Europe) Europe Nord
  • (Europe) Norvège Est
  • (Europe) Suède Centre
  • (Europe) Suisse Nord
  • (Europe) Royaume-Uni Sud
  • (Europe) Europe Ouest
  • (Amérique du Nord) Canada Centre
  • (Amérique du Nord) USA Centre
  • (Amérique du Nord) USA Est
  • (Amérique du Nord) USA Est 2
  • (Amérique du Nord) USA Centre Sud
  • (Amérique du Nord) US Gov Virginie
  • (Amérique du Nord) USA Ouest 2
  • (Amérique du Nord) USA Ouest 3
  • (Amérique du Sud) Brésil Sud

Comptes d'objets blob de blocs Premium

ZRS est pris en charge pour les comptes d’objets blob de blocs Premium. Pour plus d’informations sur les objets blob de blocs Premium, consultez Comptes de stockage d’objets blob de blocs Premium.

Les objets blob de blocs Premium sont disponibles pour un sous-ensemble de régions Azure :

  • (Asie-Pacifique) Australie Est
  • (Asie-Pacifique) Asie Est
  • (Asie-Pacifique) Japon Est
  • (Asie-Pacifique) Asie Sud-Est
  • (Europe) France Centre
  • (Europe) Europe Nord
  • (Europe) Europe Ouest
  • (Europe) Royaume-Uni Sud
  • (Amérique du Nord) USA Est
  • (Amérique du Nord) USA Est 2
  • (Amérique du Nord) USA Ouest 2
  • (Amérique du Nord) USA Centre Sud
  • (Amérique du Sud) Brésil Sud

Comptes de partage de fichiers Premium

ZRS est pris en charge pour les partages de fichiers Premium (Azure Files) via le type de compte de stockage FileStorage.

ZRS pour les partages de fichiers Premium est disponible pour un sous-ensemble de régions Azure :

  • (Asie-Pacifique) Australie Est
  • (Asie-Pacifique) Japon Est
  • (Asie-Pacifique) Asie Sud-Est
  • (Europe) France Centre
  • (Europe) Europe Nord
  • (Europe) Europe Ouest
  • (Europe) Royaume-Uni Sud
  • (Amérique du Nord) USA Est
  • (Amérique du Nord) USA Est 2
  • (Amérique du Nord) USA Ouest 2
  • (Amérique du Nord) USA Centre Sud
  • (Amérique du Sud) Brésil Sud

Redondance dans une région secondaire

Pour les applications nécessitant une durabilité élevée, vous pouvez choisir de copier en plus les données de votre compte de stockage vers une région secondaire située à des centaines de kilomètres de la région primaire. Si votre compte de stockage est copié vers une région secondaire, vos données restent durables, même en cas de panne ou de catastrophe régionales totales empêchant la récupération de la région primaire.

Lorsque vous créez un compte de stockage, vous sélectionnez la région primaire pour le compte. La région secondaire couplée est déterminée en fonction de la région primaire et n’est pas modifiable. Pour plus d’informations sur les régions prises en charge par Azure, voir Régions Azure.

Le service Stockage Azure offre deux options pour la copie de vos données vers une région secondaire :

  • La réplication par stockage géoredondant (GRS) copie vos données de façon synchrone trois fois au sein d’un même emplacement physique dans la région primaire en utilisant une réplication LRS. Elle copie ensuite vos données de façon asynchrone vers un emplacement physique unique dans la région secondaire. Dans la région secondaire, vos données sont copiées de manière synchrone trois fois en utilisant un stockage localement redondant.
  • La réplication par stockage géoredondant interzone (GZRS) copie vos données de façon synchrone dans trois zones de disponibilité Azure au sein de la région primaire en utilisant une réplication ZRS. Elle copie ensuite vos données de façon asynchrone vers un emplacement physique unique dans la région secondaire. Dans la région secondaire, vos données sont copiées de manière synchrone trois fois en utilisant un stockage localement redondant.

Notes

La principale différence entre les réplications GRS et GZRS réside dans la manière dont les données sont répliquées dans la région primaire. Dans la région secondaire, les données sont toujours répliquées de manière synchrone trois fois en utilisant un stockage localement redondant. LRS dans la région secondaire protège vos données contre les défaillances matérielles.

Avec le stockage GRS ou GZRS, les données de la région secondaire ne sont disponibles pour l’accès en lecture ou en écriture qu’en cas de basculement vers la région secondaire. Pour un accès en lecture à la région secondaire, configurez votre compte de stockage pour utiliser un stockage géoredondant avec accès en lecture (RA-GRS) ou un stockage géoredondant interzone avec accès en lecture (RA-GZRS). Pour plus d’informations, voir Accès en lecture aux données dans la région secondaire.

Si la région primaire devient indisponible, vous pouvez choisir de basculer vers la région secondaire. Une fois le basculement terminé, la région secondaire devient la région primaire et vous pouvez de nouveau lire et écrire des données. Pour plus d’informations sur la récupération d’urgence et pour savoir comment basculer vers la région secondaire, voir Récupération d’urgence et basculement de compte de stockage.

Important

Étant donné que les données sont répliquées de façon asynchrone dans la région secondaire, une défaillance qui affecte la région principale peut entraîner une perte de données si la région principale ne peut pas être récupérée. L’intervalle entre les écritures les plus récentes dans la région principale et la dernière écriture dans la région secondaire est appelé objectif de point de récupération (RPO). Le RPO indique le moment où les données peuvent être récupérées. La plateforme Stockage Azure comporte généralement un RPO inférieur à 15 minutes, même s’il n’existe actuellement aucun contrat de niveau de service sur la durée de réplication des données sur la région secondaire.

Stockage géo-redondant

La réplication par stockage géoredondant (GRS) copie vos données de façon synchrone trois fois au sein d’un même emplacement physique dans la région primaire en utilisant une réplication LRS. Elle copie ensuite vos données de façon asynchrone vers un emplacement physique unique dans une région secondaire qui est éloignée de plusieurs centaines de kilomètres de la région primaire. Le stockage GRS offre une durabilité des ressources de stockage d’au moins 99,99999999999999 % (16 neuf) sur une année donnée.

Une opération d’écriture est d’abord validée dans la région primaire, puis répliquée en utilisant un stockage localement redondant. Elle est ensuite répliquée de manière asynchrone vers la région secondaire. Lors de l’écriture des données dans l’emplacement secondaire, celles-ci sont également répliquées au sein de cet emplacement avec le stockage localement redondant.

Le diagramme suivant montre comment vos données sont répliquées à l’aide du GRS ou du RA-GRS :

Diagram showing how data is replicated with GRS or RA-GRS

Stockage géoredondant interzone

Le stockage géo-redondant interzone (GZRS) combine la haute disponibilité fournie par la redondance entre zones de disponibilité avec la protection contre les pannes régionales assurée par la géo-réplication. Les données d’un compte de stockage GZRS sont répliquées dans trois zones de disponibilité Azure au sein de la région primaire, ainsi que vers une région géographique secondaire pour offrir une protection contre des catastrophes régionales. Microsoft recommande d’utiliser une réplication GZRS pour les applications ayant des besoins élevés en termes de cohérence, de durabilité, de disponibilité, de performances et de résilience pour la récupération d’urgence.

Avec un compte de stockage GZRS, vous pouvez continuer à lire et écrire des données si une zone de disponibilité devient indisponible ou n’est pas récupérable. De plus, vos données sont également durables en cas de panne régionale totale ou d’une catastrophe naturelle empêchant la récupération de la région primaire. Le stockage GZRS est conçu pour fournir une durabilité des objets d’au moins 99,99999999999999 % (16 chiffres 9) sur une année donnée.

Le diagramme suivant montre comment vos données sont répliquées à l’aide du GZRS ou du RA-GZRS :

Diagram showing how data is replicated with GZRS or RA-GZRS

Seuls les comptes de stockage standard v2 à usage général prennent en charge GZRS. GZRS est pris en charge par tous les services stockage Azure, notamment :

  • Stockage Blob Azure (objets blob de blocs chauds et froids, objets blob de pages hors disque)
  • Azure Files (tous les niveaux standard : optimisé pour les transactions, chaud et froid)
  • Stockage Table Azure
  • Stockage File d’attente Azure

GZRS est disponible pour un sous-ensemble de régions Azure :

  • (Afrique) Afrique du Sud Nord
  • (Asie-Pacifique) Australie Est
  • (Asie-Pacifique) Asie Est
  • (Asie-Pacifique) Japon Est
  • (Asie-Pacifique) Corée Centre
  • (Asie-Pacifique) Asie Sud-Est
  • (Asie-Pacifique) Inde Centre
  • (Europe) France Centre
  • (Europe) Europe Nord
  • (Europe) Norvège Est
  • (Europe) Suède Centre
  • (Europe) Suisse Nord
  • (Europe) Royaume-Uni Sud
  • (Europe) Europe Ouest
  • (Amérique du Nord) Canada Centre
  • (Amérique du Nord) USA Centre
  • (Amérique du Nord) USA Est
  • (Amérique du Nord) USA Est 2
  • (Amérique du Nord) USA Centre Sud
  • (Amérique du Nord) USA Ouest 2
  • (Amérique du Nord) USA Ouest 3
  • (Amérique du Nord) US Gov Virginie
  • (Amérique du Sud) Brésil Sud

Accès en lecture aux données dans la région secondaire

Le stockage géo-redondant (GRS ou GZRS) réplique vos données vers un autre emplacement physique dans la région secondaire pour offrir une protection contre les pannes régionales. Avec un compte configuré pour GRS ou GZRS, les données de la région secondaire ne sont pas directement accessibles aux utilisateurs ou aux applications, sauf si un basculement se produit. Le processus de basculement met à jour l’entrée DNS fournie par le Stockage Azure afin que le point de terminaison secondaire devienne le nouveau point de terminaison principal pour votre compte de stockage. Pendant le processus de basculement, vos données sont inaccessibles. Une fois le basculement terminé, vous pouvez lire et écrire des données vers la nouvelle région principale. Pour plus d’informations sur le basculement et la récupération d’urgence, consultez Fonctionnement d’un basculement de compte.

Si vos applications nécessitent une haute disponibilité, vous pouvez configurer votre compte de stockage pour l’accès en lecture à la région secondaire. Lorsque vous activez l’accès en lecture à la région secondaire, vos données sont toujours accessibles en lecture à partir de la secondaire, y compris dans la situation où la région primaire devient indisponible. Les configurations de stockage géographiquement redondant avec accès en lecture (RA-GRS) ou le stockage géographiquement redondant interzone avec accès en lecture (RA-GZRS) permettent l’accès en lecture vers la région secondaire.

Attention

Étant donné que les données sont répliquées de manière asynchrone du serveur principal vers la région secondaire, la région secondaire est généralement derrière la région primaire en termes d’opérations d’écriture. Si une catastrophe devait frapper la région primaire, il est probable que certaines données soient perdues. Pour plus d’informations sur la planification de la perte de données potentielle, consultez Anticiper la perte de données.

Notes

Azure Files ne prend pas en charge le stockage géographiquement redondant avec accès en lecture (RA-GRS) ni le stockage géographiquement redondant interzone avec accès en lecture (RA-GZRS).

Concevoir vos applications pour l’accès en lecture à la région secondaire

Si votre compte de stockage est configuré pour l’accès en lecture à la région secondaire, vous pouvez concevoir vos applications pour qu’elles passent en toute transparence à la lecture des données de la région secondaire si la région primaire devient indisponible pour une raison quelconque.

La région secondaire est disponible pour l’accès en lecture une fois que vous avez activé RA-GRS ou RA-GZRS, afin que vous puissiez tester votre application à l’avance pour vous assurer qu’elle sera correctement lue à partir du serveur secondaire en cas de panne. Pour plus d’informations sur la conception de vos applications de manière à tirer parti de la géoredondance, consultez Utiliser la géoredondance pour concevoir des applications hautement disponibles.

Lorsque l’accès en lecture à la base de données secondaire est activé, votre application peut être lue à partir du point de terminaison secondaire, ainsi que du point de terminaison principal. Le point de terminaison secondaire ajoute le suffixe – secondary au nom du compte. Par exemple, si votre point de terminaison primaire pour le stockage d’objets blob est myaccount.blob.core.windows.net, le point de terminaison secondaire est myaccount-secondary.blob.core.windows.net. Les clés d’accès pour votre compte de stockage sont les mêmes pour les points de terminaison primaire et secondaire.

Vérifier la propriété Heure de la dernière synchronisation

Étant donné que les données sont répliquées de façon asynchrone dans la région secondaire, la région secondaire est souvent en retard sur la région principale. Si une défaillance se produit dans la région primaire, il est probable que toutes les écritures dans la base de données primaire n’ont pas encore été répliquées dans la base de données secondaire.

Pour déterminer les opérations d’écriture qui ont été répliquées dans la région secondaire, votre application peut vérifier la propriété Heure de la dernière synchronisation pour votre compte de stockage. Toutes les opérations d’écriture dans la région principale avant l’heure de la dernière synchronisation ont été répliquées avec succès dans la région secondaire, ce qui signifie qu’elles peuvent être lues à partir de la base de données secondaire. Toutes les opérations d’écriture dans la région principale après l’heure de la dernière synchronisation peuvent avoir été répliquées ou non dans la région secondaire, ce qui signifie qu’elles peuvent ne pas être disponibles pour les opérations de lecture.

Vous pouvez interroger la valeur de la propriété Heure de la dernière synchronisation à l’aide d’Azure PowerShell, Azure CLI ou une des bibliothèques clientes du stockage Azure. La propriété Heure de la dernière synchronisation correspond à une valeur de date/heure GMT. Pour plus d’informations, voir Vérifier la propriété Heure de la dernière synchronisation pour un compte de stockage.

Résumé des options de redondance

Les tableaux des sections suivantes résument les options de redondance disponibles pour le Stockage Azure.

Paramètres de durabilité et de disponibilité

Le tableau suivant décrit les principaux paramètres pour chaque option de redondance :

Paramètre LRS ZRS GRS/RA-GRS GZRS/RA-GZRS
Pourcentage de durabilité des objets sur une année donnée Au moins 99,999999999 % (11 chiffres 9) Au moins 99,9999999999 % (12 chiffres 9) Au moins 99,99999999999999 % (16 chiffres 9) Au moins 99,99999999999999 % (16 chiffres 9)
Disponibilité pour les requêtes de lecture Au moins 99,9 % (99 % pour les niveaux d’accès froid ou archive) Au moins 99,9 % (99 % pour les niveaux d’accès froid ou archive) Au moins 99,9 % (99 % pour les niveaux d’accès froid ou archive) pour GRS

Au moins 99,99 % (99,9 % pour les niveaux d’accès froid ou archive) pour RA-GRS
Au moins 99,9 % (99 % pour les niveaux d’accès froid ou archive) pour GZRS

Au moins 99,99 % (99,9 % pour les niveaux d’accès froid ou archive) pour RA-GZRS
Disponibilité pour les requêtes d’écriture Au moins 99,9 % (99 % pour les niveaux d’accès froid ou archive) Au moins 99,9 % (99 % pour les niveaux d’accès froid ou archive) Au moins 99,9 % (99 % pour les niveaux d’accès froid ou archive) Au moins 99,9 % (99 % pour les niveaux d’accès froid ou archive)
Nombre de copies des données conservées sur des nœuds distincts Trois copies au sein d’une même région Trois copies dans des zones de disponibilité distinctes au sein d’une même région Six copies au total, dont trois dans la région primaire et trois dans la région secondaire Six copies au total, dont trois dans des zones de disponibilité distinctes dans la région primaire et trois copies redondantes localement dans la région secondaire

Pour plus d’informations, consultez le contrat de niveau de service pour les comptes de stockage.

Durabilité et disponibilité par scénario de panne

Le tableau suivant montre la durabilité et la disponibilité de vos données dans un scénario spécifique, en fonction du type de redondance appliqué à votre compte de stockage :

Scénario de panne LRS ZRS GRS/RA-GRS GZRS/RA-GZRS
Un nœud au sein d’un centre de données devient indisponible Oui Oui Oui Oui
Indisponibilité d’un centre de données complet (zonal ou non) Non Oui Oui1 Oui
Une panne à l’échelle de la région se produit dans la région primaire Non Non Oui1 Oui1
Un accès en lecture à la région secondaire est disponible si la région primaire devient indisponible Non Non Oui (avec RA-GRS) Oui (avec RA-GZRS)

1 Un basculement de compte est nécessaire pour restaurer la disponibilité en écriture si la région primaire devient indisponible. Pour plus d’informations, consultez Récupération d’urgence et basculement de compte de stockage.

Services Stockage Azure pris en charge

Le tableau suivant indique quelles options de redondance sont prises en charge pour chaque service de Stockage Azure.

LRS ZRS GRS RA-GRS GZRS RA-GZRS
Stockage blob (y compris Data Lake Storage)
Stockage de files d'attente
Stockage de tables
Azure Files1,2
Disques managés Azure
Objets blob de pages
Stockage blob (y compris Data Lake Storage)
Stockage de files d'attente
Stockage de tables
Azure Files1,2
Disques managés Azure3
Stockage blob (y compris Data Lake Storage)
Stockage de files d'attente
Stockage de tables
Azure Files1
Stockage blob (y compris Data Lake Storage)
Stockage de files d'attente
Stockage de tables
Stockage blob (y compris Data Lake Storage)
Stockage de files d'attente
Stockage de tables
Azure Files1
Stockage blob (y compris Data Lake Storage)
Stockage de files d'attente
Stockage de tables

1Les partages de fichiers Standard sont pris en charge sur LRS et ZRS. Les partages de fichiers Standard sont pris en charge sur GRS et GZRS tant qu’ils sont inférieurs ou égaux à 5 Tio.
2Les partages de fichiers Premium sont pris en charge sur LRS et ZRS.
3 Les disques managés ZRS présentent certaines limitations. Pour plus de détails, consultez la section Limites de l’article sur les options de redondance pour les disques managés.

Types de compte de stockage pris en charge

Le tableau suivant indique quelles options de redondance sont prises en charge pour chaque type de compte de stockage. Pour plus d’informations sur les types de comptes de stockage, consultez Vue d’ensemble des comptes de stockage.

Types de comptes de stockage LRS ZRS GRS/RA-GRS GZRS/RA-GZRS
Recommandé Usage général v2 standard (StorageV2)1

Objets blob de blocs Premium (BlockBlobStorage)1

Partages de fichiers Premium (FileStorage)

Objets blob de pages Premium (StorageV2)
Usage général v2 standard (StorageV2)1

Objets blob de blocs Premium (BlockBlobStorage)1

Partages de fichiers Premium (FileStorage)
Usage général v2 standard (StorageV2)1 Usage général v2 standard (StorageV2)1
Hérité Usage général v1 standard (Storage)

Objet blob hérité (BlobStorage)
NON APPLICABLE Usage général v1 standard (Storage)

Objet blob hérité (BlobStorage)
NON APPLICABLE

1 Les comptes de ce type avec un espace de noms hiérarchique activé permettent également de prendre en charge l’option de redondance spécifiée.

Toutes les données de tous les comptes de stockage sont copiées en fonction de l’option de redondance définie pour le compte de stockage. Des objets, dont des objets blob de blocs, les objets blob d’ajout, des objets blob de pages, des files d’attente, des tables et des fichiers sont copiés.

Les données de tous les niveaux, y compris le niveau d’archive, sont copiées. Pour plus d’informations sur les niveaux des objets blob, consultez Niveaux d’accès chaud, froid et archive pour les données d’objet blob.

Pour des informations sur les prix des différentes options de redondance, voir Tarification de Stockage Azure.

Notes

Actuellement, le stockage sur disque Azure Premium prend en charge uniquement le stockage localement redondant (LRS). Les comptes de stockage d’objets blob de blocs prennent en charge le stockage localement redondant (LRS) et le stockage redondant interzone (ZRS) dans certaines régions.

Prise en charge du basculement de compte géré par le client

Toutes les offres géoredondantes prennent en charge le basculement géré par Microsoft en cas de sinistre dans la région principale. De plus, certains types de comptes prennent en charge le basculement de compte géré par le client, comme indiqué dans le tableau suivant. Les types de compte pris en charge doivent utiliser des déploiements Azure Resource Manager. Pour plus d’informations sur la récupération d’urgence et le basculement géré par le client, consultez Récupération d’urgence et basculement de compte de stockage.

Type de basculement GRS/RA-GRS GZRS/RA-GZRS
Basculement géré par le client Comptes v2 universels
Comptes v1 universels
Comptes Stockage Blob hérités
Les comptes de stockage à usage général v2
Basculement géré par Microsoft Tous les types de comptes Les comptes de stockage à usage général v2

Notes

Le basculement de compte géré par l’utilisateur n’est pas encore pris en charge dans les comptes dotés d’un espace de noms hiérarchique (Azure Data Lake Storage Gen2). Pour en savoir plus, consultez Fonctionnalités de stockage blob disponibles dans Azure Data Lake Storage Gen2.

En cas de sinistre affectant la région primaire, Microsoft gère le basculement pour les comptes avec espace de noms hiérarchique. Pour plus d’informations, consultez Basculement géré par Microsoft.

Intégrité des données

Le service Stockage Azure vérifie régulièrement l’intégrité des données stockées à l’aide de contrôles de redondance cycliques (CRC). Si une altération des données est détectée, ces données sont réparées à l’aide de données redondantes. Le service Stockage Azure calcule également des sommes de contrôle sur tout le trafic réseau afin de détecter une altération des paquets de données lors du stockage ou de la récupération des données.

Voir aussi