Redondance des données Azure Files
Azure Files stocke toujours plusieurs copies de vos données dans le but de les protéger contre des événements prévus ou non, notamment des défaillances matérielles temporaires, des pannes d’électricité ou de réseau ou encore des catastrophes naturelles. 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 dans une deuxième région géographiquement éloignée de la région primaire dans le but d’offrir une protection contre les défaillances régionales (géoréplication).
Les partages de fichiers Azure sont gérés par l’intermédiaire d’une ressource Azure commune appelée compte de stockage. Le compte de stockage représente un pool de stockage partagé qui peut être utilisé pour déployer des partages de fichiers. Pour plus d’informations sur les comptes de stockage, consultez Vue d’ensemble des comptes de stockage.
Lorsque vous créez un compte de stockage, vous choisissez un paramètre de redondance pour le compte de stockage qui est partagé par tous les services de stockage exposés par ce compte. Par conséquent, tous les partages de fichiers déployés dans le même compte de stockage ont le même paramètre de redondance. Vous pouvez isoler les partages de fichiers dans des comptes de stockage distincts si leurs exigences de redondance sont 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. Azure Files propose deux options de réplication des 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 qui nécessitent une haute disponibilité, nous recommandons l’utilisation du stockage ZRS dans la région primaire, mais aussi une réplication dans une région secondaire.
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 LRS offre une durabilité d’au moins 99,999999999 % (11 « neuf ») sur une année donnée.
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 atténuer ce risque, nous recommandons l’utilisation du stockage redondant interzone (ZRS), du stockage géoredondant (GRS) ou du 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 :
L’option LRS est un bon choix pour les scénarios suivants :
- Si votre application stocke des données qui peuvent être facilement reconstruites en cas de perte de données.
- Si votre application est limitée à une réplication de données seulement à l’intérieur d’un pays ou d’une région en raison d’exigences de gouvernance des données. Dans certains cas, les régions jumelées où sont géorépliquées les donné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.
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é 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é.
L’utilisation du stockage ZRS pour les charges de travail Azure Files présente l’avantage qu’en cas d’indisponibilité d’une zone, il n’est pas nécessaire de remonter les partages de fichiers Azure à partir des clients connectés. Nous recommandons l’utilisation du stockage ZRS dans la région primaire pour les scénarios qui nécessitent une haute disponibilité et un faible objectif de point de récupération (RPO)/objectif de temps de récupération (RTO). De même, nous recommandons le stockage ZRS 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.
Notes
Azure File Sync est redondant interzone dans toutes les régions qui prennent en charge les zones à l’exception de US Gov Virginie. Dans la plupart des cas, nous recommandons aux utilisateurs Azure File Sync de configurer des comptes de stockage pour utiliser ZRS ou GZRS.
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 :
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, cette option à elle seule risque ne pas protéger vos données contre un sinistre régional si plusieurs zones sont affectées de façon permanente. Pour une protection contre les sinistres régionaux, nous recommandons l’utilisation d’un stockage géoredondant interzone (GZRS), qui utilise un stockage ZRS dans la région primaire tout en géorépliquant vos données dans une région secondaire.
Pour plus d’informations sur les régions qui prennent en charge le stockage ZRS, consultez Service de zone de disponibilité et prise en charge régionale.
Comptes de stockage standard
Le stockage ZRS est pris en charge dans les comptes de stockage v2 standard à usage général pour les trois niveaux standard : optimisé pour les transactions, chaud et sporadique.
Pour obtenir la liste des régions qui prennent en charge le stockage ZRS pour les comptes de stockage standard, consultez Régions Azure prenant en charge le stockage redondant interzone (ZRS) pour les comptes de stockage standard.
Comptes de partage de fichiers Premium
Le stockage ZRS est pris en charge pour les partages de fichiers Premium via le type de compte de stockage FileStorage.
Pour obtenir la liste des régions qui prennent en charge le stockage ZRS pour les comptes de partage de fichiers Premium, consultez Stockage redondant interzone Azure Files pour les partages de fichiers Premium.
Redondance dans une région secondaire
Pour les applications qui nécessitent une grande durabilité pour les partages de fichiers SMB, vous pouvez choisir le stockage géoredondant pour copier 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.
Important
Azure Files prend uniquement en charge la géoredondance (GRS ou GZRS) pour les partages de fichiers SMB standard. Les partages de fichiers Premium et NFS doivent utiliser le stockage LRS ou ZRS.
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.
Azure Files propose deux options pour la copie de vos données dans une région secondaire. Actuellement, les options de stockage géoredondant ne sont disponibles que pour les partages de fichiers SMB standard dont le paramètre Partages de fichiers volumineux n’est pas activé dans le compte de stockage (jusqu’à 5 Tio), sauf si vous êtes inscrit pour utiliser Géoredondance Azure Files pour les partages de fichiers volumineux.
- 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.
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.
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é 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 avec le stockage 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. Nous recommandons l’utilisation du stockage GZRS pour les applications nécessitant un maximum de cohérence, de durabilité et de disponibilité, ainsi que des performances et une résilience d’excellent niveau pour la reprise d’activité.
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 offrir une durabilité d’au moins 99,99999999999999 % (16 « neuf ») sur une année donnée.
Le diagramme suivant montre comment vos données sont répliquées avec le stockage GZRS :
Seuls les comptes de stockage standard v2 à usage général prennent en charge GZRS.
Pour obtenir la liste des régions qui prennent en charge le stockage GZRS, consultez Régions Azure prenant en charge le stockage géoredondant interzone (GZRS).
Reprise d’activité après sinistre et basculement
Avec le stockage GRS ou GZRS, les partages de fichiers ne sont pas accessibles dans la région secondaire, sauf si un basculement se produit. Si la région primaire devient indisponible, vous pouvez choisir de basculer vers la région secondaire. Le processus de basculement met à jour l’entrée DNS fournie par Azure Files 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. 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, consultez Récupération d’urgence et basculement Azure Files.
Important
Azure Files ne prend pas en charge le stockage géoredondant avec accès en lecture (RA-GRS) ni le stockage géoredondant interzone avec accès en lecture (RA-GZRS). Si un compte de stockage est configuré pour utiliser le stockage RA-GRS ou RA-GZRS, les partages de fichiers sont configurés et facturés en tant que stockage GRS ou GZRS.
Géo-redondance des partages de fichiers Premium
Comme mentionné précédemment, les options de géo-redondance (GRS et GZRS) ne sont pas prises en charge dans les partages de fichiers Premium. Toutefois, vous pouvez réaliser une géo-redondance par d’autres moyens.
Dans les scénarios Azure File Sync, vous pouvez synchroniser votre partage de fichiers Azure (votre point de terminaison cloud), un serveur de fichiers Windows local et un partage de fichiers monté s’exécutant sur une machine virtuelle dans une autre région Azure (le point de terminaison de votre serveur à des fins de récupération d’urgence). Vous devez désactiver la hiérarchisation cloud pour vous assurer que toutes les données sont présentes localement et approvisionner suffisamment de stockage sur la machine virtuelle Azure pour contenir l’intégralité du jeu de données. Pour s’assurer que les modifications sont répliquées rapidement dans la région secondaire, les fichiers ne doivent être accessibles et modifiés que sur le point de terminaison du serveur plutôt que dans Azure.
Vous pouvez également créer votre propre script pour copier des données vers un compte de stockage dans une région secondaire à l’aide d’outils tels que AzCopy (utilisez la version 10.4 ou ultérieure pour conserver les listes de contrôle d’accès et les timestamps).
Résumé des options de redondance
Les tableaux des sections suivantes résument les options de redondance disponibles pour Azure Files.
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 | GZRS |
|---|---|---|---|---|
| Pourcentage de durabilité 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 le niveau Sporadique) | Au moins 99,9 % (99 % pour le niveau Sporadique) | Au moins 99,9 % (99 % pour le niveau Sporadique) | Au moins 99,9 % (99 % pour le niveau Sporadique) |
| Disponibilité pour les requêtes d’écriture | Au moins 99,9 % (99 % pour le niveau Sporadique) | Au moins 99,9 % (99 % pour le niveau Sporadique) | Au moins 99,9 % (99 % pour le niveau Sporadique) | Au moins 99,9 % (99 % pour le niveau Sporadique) |
| 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 indique si vos données sont durables et disponibles dans un scénario donné, en fonction du type de redondance appliqué à votre compte de stockage. Azure Files ne prend pas en charge l’accès en lecture à la région secondaire si la région primaire devient indisponible, sauf si un basculement se produit.
| Scénario de panne | LRS | ZRS | GRS | 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 |
1 Un basculement de compte est nécessaire pour restaurer la disponibilité en écriture si la région primaire devient indisponible.
Pour prendre connaissance du prix de chaque option de redondance, consultez Tarification Azure Files.