Décrire la redondance du stockage Azure

Effectué

Le stockage Azure assure la protection de vos données en stockant plusieurs copies de celles-ci. Ainsi, vous êtes protégé contre les événements planifiés ou imprévus tels que les défaillances matérielles temporaires, les pannes de réseau ou d'alimentation électrique et les catastrophes naturelles. La redondance garantit que votre compte de stockage répond à ses objectifs en termes de disponibilité et de durabilité, même en cas de panne.

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 :

  • Le mode de réplication de vos données dans la région primaire.
  • La réplication éventuelle de vos données vers une deuxième région éloignée géographiquement de la région primaire, afin de prévenir les catastrophes régionales.
  • Si votre application nécessite un accès en lecture aux données répliquées dans la région secondaire en cas d'indisponibilité de la région primaire.

Redondance dans la région primaire

Les données d'un compte de stockage Azure sont toujours répliquées à trois reprises dans la région primaire. Azure Stockage propose deux options pour la réplication de vos données dans la région principale : le stockage redondant localement (LRS) et le stockage redondant interzone (ZRS).

Stockage localement redondant

Le stockage redondant localement (LRS) réplique vos données à trois reprises au sein d'un centre de données unique dans la région primaire. Le stockage redondant localement garantit une durabilité des objets d'au moins 99,999999999% sur une année donnée.

Diagram showing the structure used for locally redundant storage.

Le stockage redondant localement est la solution de redondance la moins coûteuse, mais offrant la durabilité la plus faible par rapport aux 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 minimiser ce risque, Microsoft recommande d'utiliser le stockage redondant interzone (ZRS), le stockage redondant géographique (GRS) ou le stockage redondant géographique interzone (GZRS).

Stockage redondant interzone

Pour les régions dotées de zones de disponibilité, le stockage redondant interzone (ZRS) réplique de manière synchrone vos données Azure Stockage dans trois zones de disponibilité Azure de la région principale. La réplication ZRS garantit une durabilité des objets de données Azure Stockage d'au moins 99,9999999999% sur une année donnée.

Diagram showing ZRS, with a copy of data stored in each of three availability zones.

Avec l'option ZRS, vos données restent accessibles pour des opérations de lecture et d'écriture, même en cas d'indisponibilité d'une zone. Il n'est pas nécessaire de déconnecter les clients connectés aux partages de fichiers Azure. Si une zone devient indisponible, Azure effectue des mises à jour réseau telles que le repointage DNS. Ces mises à jour peuvent affecter votre application si vous y accédez avant leur achèvement.

Microsoft recommande d'utiliser un stockage redondant interzone dans la région primaire pour les scénarios nécessitant une disponibilité élevée. Le ZRS est également conseillé pour limiter la réplication de données dans un pays ou une région pour répondre aux exigences de gouvernance de données.

Redondance dans une région secondaire

Pour des applications nécessitant une grande fiabilité, vous pouvez opter pour la duplication de vos données de stockage vers une région secondaire située à distance de la région primaire. La duplication des données de votre compte de stockage garantit leur durabilité, même en cas de défaillance majeure empêchant la récupération des données de la région primaire.

Au moment de créer un compte de stockage, vous choisissez la région primaire pour ce compte. La région secondaire associée est basée sur des paires de régions Azure et ne peut pas être modifiée.

Azure Storage propose deux options pour dupliquer vos données dans une région secondaire : la redondance géographique (GRS) et la redondance géographique interzone (GZRS). La redondance GRS est comparable à l'utilisation de la redondance locale (LRS) dans deux régions, tandis que la redondance GZRS ressemble à l'utilisation de la redondance à distance (ZRS) dans la région primaire et de la redondance locale (LRS) dans la région secondaire.

Par défaut, les données de la région secondaire ne sont pas accessibles pour la lecture ni pour l'écriture, à moins d'une bascule vers cette région. En cas d'indisponibilité de la région primaire, vous avez la possibilité de basculer vers la région secondaire. Une fois la bascule effectuée, la région secondaire devient la région primaire et vous pouvez à nouveau accéder et modifier les données.

Important

Comme les données sont répliquées de manière asynchrone dans la région secondaire, une panne affectant la région primaire peut entraîner une perte de données si la région primaire ne peut pas être restaurée. L'écart entre la dernière écriture dans la région primaire et la dernière écriture dans la région secondaire est appelé objectif de point de reprise (RPO). Le RPO détermine le moment où les données peuvent être restaurées. Azure Storage a généralement un RPO inférieur à 15 minutes, même s'il n'y a actuellement pas de contrat de niveau de service sur la durée de réplication des données dans la région secondaire.

Stockage géo-redondant

Avec la réplication GRS, vos données sont copiées de manière synchrone à trois reprises à l'intérieur d'un emplacement physique unique dans la région primaire avec LRS. Elles sont ensuite copiées de manière asynchrone vers un emplacement unique dans la région secondaire (paire de régions) avec LRS. La réplication GRS garantit une durabilité des données de Stockage Azure d'au moins 99,99999999999999% sur une année.

Diagram showing GRS, with primary region LRS replicating data to LRS in a second region.

Stockage géoredondant interzone

La réplication GZRS est une combinaison de la redondance entre zones de disponibilité et de la réplication géographique, ce qui offre une haute disponibilité et une protection contre les pannes régionales. Les données d'un compte de stockage GZRS sont répliquées en trois zones de disponibilité dans la région primaire, similaire à la réplication ZRS, et en plus, vers une région secondaire, avec LRS, pour offrir une protection contre les catastrophes régionales. Microsoft recommande d'utiliser la réplication GZRS pour les applications qui ont des exigences élevées en termes de cohérence, de durabilité, de disponibilité, de performance et de résilience pour les opérations de récupération en cas d'urgence.

Diagram showing GZRS, with primary region ZRS replicating data to LRS in a second region.

Le stockage GZRS est conçu pour assurer la durabilité des objets stockés sur une période d'un an, avec un taux de fiabilité d'au moins 16 neuf (99,99999999999999 %).

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 dans un autre emplacement physique de la région secondaire pour garantir une protection en cas de panne régionale. Toutefois, pour accéder à ces données, il est nécessaire que le client ou Microsoft bascule vers la région secondaire en tant que région primaire. Si vous activez l'accès en lecture à la région secondaire, vos données seront toujours accessibles, même si la région primaire fonctionne de manière optimale. Pour activer l'accès en lecture à la région secondaire, vous pouvez choisir entre le 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).

Important

Veuillez noter que les données de votre région secondaire peuvent ne pas être à jour en raison du RPO.