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 :
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 :
Outre ces deux types de réplication de base, il existe trois types supplémentaires disponibles dans Azure Storage :
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é.
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é.
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 :
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.
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 :
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 :
Voici les types de réplication disponibles, selon votre type de compte de stockage :
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.