Partager via

Modification de la configuration de la redondance du stockage Azure : FAQ

Il existe de nombreux facteurs différents qui peuvent conduire à la nécessité de modifier les options de redondance de vos comptes de stockage. L’option de redondance correcte équilibre la disponibilité des données, la récupération d’urgence, les performances et les exigences de coût de votre organisation. Ces exigences sont évaluées par rapport aux risques et avantages associés aux différentes options de redondance. Une évaluation et un ajustement réguliers sont nécessaires pour garantir une stratégie de stockage de données optimale et résiliente.

Il existe également de nombreux facteurs à prendre en compte lors de la modification des options de redondance, en particulier du point de vue du temps et du coût. Le temps nécessaire pour modifier les options de redondance peut varier en fonction de plusieurs facteurs. Ces facteurs peuvent inclure les options modifiées, la taille de votre compte et les demandes de ressources actuelles au sein d’une région. Il peut également y avoir des coûts associés au transfert de données et à une augmentation des besoins de stockage pendant et après une transition.

Important

Dans la pratique, une conversion de compte de stockage peut faire référence à la modification de la référence SKU d’un compte de stockage ou du type. Par exemple, vous pouvez convertir un compte de stockage v1 universel hérité en compte de stockage à usage général standard v2, ce qui permet d’améliorer la disponibilité, la résilience et les fonctionnalités.

Dans le cadre de cet article, une conversion de compte de stockage fait spécifiquement référence à la modification de la configuration de redondance d’un compte de stockage.

Cet article contient des réponses aux questions fréquemment posées sur le processus de modification des options de redondance du stockage Azure pour vos comptes de stockage :

Comment les conversions géographiques et zonales sont-elles différentes ?

Les termes géographiques et zonaux font référence à deux types de stratégies différents pour fournir une redondance de données supplémentaire dans Azure. Pour résoudre ces stratégies, Azure propose deux types distincts de modifications d’option de redondance : celles impliquant un stockage géoredondant (GRS) et un stockage redondant interzone (ZRS).

Comme leur nom l’implique, la redondance zonale protège contre les défaillances de zone, tandis que la géoredondance protège contre les catastrophes régionales à grande échelle. Lorsque vous modifiez l’option de redondance d’un compte de stockage, le type de conversion que vous lancez affecte la durée du processus, les coûts potentiels et les fonctionnalités ou scénarios en conflit. Pour plus d’informations, consultez l’article Modifier l’option de redondance pour un compte de stockage.

Conversion zonale

La redondance zonale réplique les données entre plusieurs zones de disponibilité, ou des centres de données isolés, au sein d’une même région. Ces zones, ou centres de données, disposent d’une alimentation indépendante, d’un refroidissement et d’une mise en réseau.

Lorsque vous ajoutez une redondance zonale à un compte de stockage, votre compte de stockage subit une conversion zonale qui protège vos données contre les défaillances au sein d’un centre de données spécifique. La suppression de la redondance zonale inverse cette protection.

Les conversions zonales sont les suivantes :

  • LRS → ZRS
  • ZRS → LRS
  • GRS → GZRS
  • GZRS → GRS
  • RA-GRS → RA-GZRS
  • RA-GZRS → RA-GRS

Conversion géographique

La géoredondance réplique les données dans une région secondaire et géographiquement distante. Cette réplication protège vos données contre les catastrophes régionales à grande échelle, telles que les ouragans, les tremblements de terre et les inondations. Lorsque vous ajoutez la géoredondance à un compte de stockage, votre compte de stockage subit une conversion géographique qui protège vos données contre les défaillances régionales. La suppression de la géoredondance inverse cette protection.

Les conversions géographiques sont les suivantes :

  • LRS → GRS
  • GRS → LRS
  • ZRS → GZRS ou RA-GZRS
  • GZRS ou RA-GZRS → ZRS

Quels frais sont associés à une conversion de référence SKU ?

Il n’existe aucun coût initial pour effectuer des conversions zonales. Toutefois, une fois qu’un compte est correctement converti, le stockage continu des données et le coût des transactions peuvent être plus élevés en raison de l’augmentation de la réplication. Par exemple, il n’y a aucun frais pour la conversion initiale d’un compte de LRS en ZRS. Toutefois, étant donné que ZRS a des coûts plus élevés pour le stockage de données et les transactions, cela peut entraîner un coût plus élevé que le stockage LRS.

Lorsque vous ajoutez la géoredondance, la conversion géographique résultante entraîne des frais de transfert de données de géoréplication au moment de la modification. Ces frais de transfert s’appliquent, car l’ensemble de votre compte de stockage est répliqué dans une région secondaire. Étant donné que toutes les opérations d’écriture suivantes sont également répliquées dans la région secondaire, elles sont également soumises aux frais de transfert de données.

Vous n’entraînez aucun frais lorsque vous supprimez la géoredondance, par exemple la conversion de GRS → LRS ou GZRS → ZRS.

Lorsque vous supprimez l’accès en lecture d’un compte de stockage, il continue d’entraîner des frais en tant que RA-GRS ou RA-GZRS pendant 30 jours au-delà de la date à laquelle il a été converti. Cette stratégie s’applique à RA-GRS → GRS ou RA-GZRS → GZRS.

Vous pouvez en savoir plus sur la modification des options de réplication d’un compte de stockage dans l’article Change the redundancy option for a storage account.

Combien de temps prend le processus de conversion de référence SKU ?

Le type de conversion de compte que vous lancez affecte la durée du processus. Pour mieux comprendre la chronologie, il est important de connaître les différences entre la redondance zonale et géographique. Pour plus d’informations sur ces différences, consultez la section Quelle est la différence entre les conversions géographiques et zonales.

Le temps réel nécessaire à l’exécution de l’un ou l’autre type de conversion peut varier en fonction de plusieurs facteurs. Vous pouvez en savoir plus sur les différences entre les conversions et les facteurs affectant les délais de conversion des SKU dans la section Comment les conversions géographique et zonale sont-elles différentes.

Conversion zonale

Les conversions de redondance zonale commencent généralement dans quelques jours après la validation d’une demande. Toutefois, cela peut prendre des semaines pour être terminé, en fonction des demandes de ressources actuelles dans la région, de la taille du compte et d'autres facteurs. La progression de la conversion passe à In progress lorsque le déplacement des données commence.

Il n’existe actuellement aucun contrat de niveau de service (SLA) pour la fin d’une conversion zonale, et le processus de conversion ne peut pas être accéléré en soumettant une demande de support. L’état de progression de la conversion passe à In progress lorsque le déplacement des données commence.

Si vous avez besoin d’un contrôle supplémentaire sur la chronologie d’une conversion, par exemple quand elle démarre et se termine, envisagez d’effectuer une migration manuelle. Les migrations manuelles utilisent une fonctionnalité ou un outil tel qu’AzCopy pour migrer les données de votre compte de stockage actuel vers un autre compte de stockage avec la redondance souhaitée.

Vous pouvez en savoir plus sur la modification des options de réplication d’un compte de stockage dans l’article Change the redundancy option for a storage account.

Conversion géographique

Il n’existe actuellement aucun SLA pour l’achèvement d’une conversion géographique, et il n’est pas possible d’accélérer ce processus en soumettant une demande de support. La période nécessaire pour effectuer ces conversions peut varier en fonction de différents facteurs, notamment :

  • Le nombre et la taille des objets dans le compte de stockage.
  • Les ressources disponibles pour la réplication en arrière-plan, comme la capacité du processeur, de la mémoire, du disque et du réseau WAN.

Vous pouvez en savoir plus sur les facteurs affectant les temps de conversion des SKU dans l’article Lancer un basculement de compte de stockage. Vous pouvez également en savoir plus sur la modification des options de réplication d’un compte de stockage dans l’article Modifier l’option de redondance pour un compte de stockage.

Pourquoi mon processus de conversion de référence SKU prend-il si longtemps ?

Le processus de conversion de référence SKU se termine généralement dans quelques jours, mais peut prendre jusqu’à quelques semaines en fonction des demandes de ressources actuelles dans la région, de la taille du compte et de divers autres facteurs.

Il n’existe actuellement aucun contrat SLA pour l’achèvement d’une conversion de référence SKU géographique ou zonale, et il n’est pas possible d’accélérer le processus en envoyant une demande de support.

Si vous avez besoin d’un contrôle supplémentaire sur la chronologie d’une conversion, par exemple quand elle démarre et se termine, envisagez d’effectuer une migration manuelle. Les migrations manuelles utilisent une fonctionnalité ou un outil tel qu’AzCopy pour migrer les données de votre compte de stockage actuel vers un autre compte de stockage avec la redondance souhaitée.

Vous pouvez en savoir plus sur la modification des options de réplication d’un compte de stockage dans l’article Change the redundancy option for a storage account.

Comment une conversion de référence SKU affecte-t-elle les performances et la disponibilité ? Y a-t-il des temps d’arrêt d’application attendus ? Existe-t-il une perte de données attendue ?

Pendant une conversion de référence SKU, vous pouvez continuer à accéder aux données de votre compte de stockage sans perte de durabilité ou de disponibilité. Le contrat SLA stockage Azure est conservé pendant le processus de conversion et aucune donnée n’est perdue. De même, les points de terminaison de service, les clés d’accès, les signatures d’accès partagé et d’autres options de compte restent inchangés.

Vous pouvez en savoir plus sur la modification des options de réplication d’un compte de stockage dans l’article Change the redundancy option for a storage account.

Comment convertir mon compte de LRS en GZRS ?

Une conversion directe de LRS → GZRS n’est pas prise en charge. Cette conversion spécifique nécessite un processus en deux étapes qui peut être effectué de deux manières :

  • LRS → ZRS, suivi de ZRS → GZRS ou
  • LRS → GRS, suivi de GRS → GZRS.

Lors de l’exécution d’une conversion LRS → ZRS , suivie de ZRS → GZRS, vous devez attendre au moins 72 heures entre les conversions. Ce délai temporaire garantit la cohérence et l’intégrité du compte en permettant aux processus en arrière-plan de se terminer avant d’apporter une autre modification.

Comment convertir mon compte de GZRS en LRS ?

Une conversion directe de GZRS → LRS n’est pas prise en charge. Cette conversion nécessite un processus en deux étapes qui peut être effectué de deux manières :

  • GZRS → ZRS, suivi de ZRS → LRS ou
  • GZRS → GRS, suivi de GRS → LRS.

Lors de l’exécution d’une conversion GZRS → GRS , suivie de GRS → LRS, vous devez attendre au moins 72 heures entre les conversions. Ce délai temporaire garantit la cohérence et l’intégrité du compte en permettant aux processus en arrière-plan de se terminer avant d’apporter une autre modification.

Comment convertir mon compte de GRS en ZRS ?

Une conversion grS directe → ZRS n’est pas prise en charge. Cette conversion nécessite un processus en deux étapes qui peut être effectué de deux manières :

  • GRS → GZRS, suivi de GZRS → ZRS.
  • GRS → LRS, suivi de LRS → ZRS.

Lorsque vous effectuez une conversion GRS → GZRS suivie de GZRS → ZRS, vous devez attendre au moins 72 heures entre les conversions. Ce délai temporaire garantit la cohérence et l’intégrité du compte en permettant aux processus en arrière-plan de se terminer avant d’apporter une autre modification.

Lorsque vous terminez la conversion GRS initiale → LRS , votre compte de stockage devient temporairement LRS, une option de redondance inférieure. Cette option offre moins de durabilité et de disponibilité.

Comment convertir mon compte de ZRS en GRS ?

Une conversion directe de ZRS → GRS n’est pas prise en charge. Cette conversion nécessite un processus en deux étapes qui peut être effectué de deux manières :

  • ZRS → GZRS, suivi de GZRS → GRS ou
  • ZRS → LRS, suivi de LRS → GRS.

Lors de l’exécution d’une conversion ZRS → LRS suivie de LRS → GRS, vous devez attendre au moins 72 heures entre les conversions. Ce délai temporaire garantit la cohérence et l’intégrité du compte en permettant aux processus en arrière-plan de se terminer avant d’apporter une autre modification.

Lorsque vous terminez la conversion initiale de ZRS → LRS , votre compte de stockage est temporairement conservé dans LRS, une option de redondance inférieure. Cette option offre beaucoup moins de durabilité et de disponibilité.

Quelles sont les fonctionnalités ou les scénarios en conflit pour les conversions de référence SKU ?

Comme pour la durée de conversion, le type de conversion de compte que vous lancez affecte le nombre de fonctionnalités et de scénarios en conflit.

Conversions zonales

Les conversions zonales impliquent l’ajout ou la suppression d’options de zone de disponibilité à votre compte. La liste suivante met en évidence les fonctionnalités ou scénarios en conflit les plus courants qui peuvent générer des erreurs lors de la tentative de conversion zonale. Si vous rencontrez une erreur, le message d’erreur fournit généralement des détails sur le conflit spécifique.

  • Réplication d’objets : Les conversions zonales sur les comptes avec la réplication d’objets (OR) peuvent générer une erreur. Dans ce cas, vous pouvez supprimer les stratégies OR de votre compte et réessayer la conversion.
  • NFSv3 : NFSv3 ne peut pas être déconfiguré. Pour convertir un compte NFSv3 en ZRS, vous devez effectuer une migration manuelle. Les migrations manuelles utilisent une fonctionnalité ou un outil tel qu’AzCopy pour migrer les données de votre compte de stockage actuel vers un autre compte de stockage avec la redondance souhaitée. Pour en savoir plus sur l’utilisation d’AzCopy, consultez Utiliser AzCopy pour copier des objets blob.
  • Restauration à un point dans le temps (PITR) : Les conversions zonales sur les comptes avec une restauration point dans le temps (PITR) peuvent générer une erreur. Dans ce cas, vous pouvez désactiver PITR et réessayer la migration.
  • Archiver des données : Les comptes contenant des données au sein du niveau Archive peuvent générer des erreurs. Avant de convertir, vous devez réhydrater les données d’archive vers le niveau froid, frais ou chaud, puis réessayer votre conversion. Vous pouvez également supprimer toutes les données archivées avant de les convertir.
  • Comptes NFSv4 avec points de terminaison publics : Vous pouvez rencontrer des problèmes lors de la tentative de migration d’un compte de stockage avec un point de terminaison public. Vous devez désactiver l’accès aux points de terminaison publics du compte de stockage avant de réessayer votre conversion. Vous pouvez en savoir plus sur la modification de la réplication de compte dans l’article Modifier la façon dont un compte de stockage est répliqué .
  • Choix du routage, routage Internet : Vous devez définir votre préférence de routage sur le routage réseau Microsoft. Pour plus d’informations, consultez Configurer la préférence de routage réseau.
  • Comptes avec diagnostics de démarrage activés : Les diagnostics de démarrage pour les machines virtuelles ne sont pas pris en charge pour ZRS. Migrations incluant LRS → ZRS ; GRS → GZRS ; et RA-GRS → RA-GZRS sont bloqués. Vous pouvez désactiver les diagnostics de démarrage sur votre compte avant de migrer, mais vous ne pouvez pas les réactiver une fois la conversion terminée. Pour plus d’informations, consultez l’article Diagnostics de démarrage des machines virtuelles dans Azure .
  • Cible non prise en charge : Bien que la région de votre compte puisse prendre en charge une référence SKU particulière, toutes les régions ne prennent pas en charge les migrations zonales. Une tentative de conversion dans une région non prise en charge peut générer des erreurs. Par exemple, la région Canada Est ne prend pas en charge GZRS ; la tentative de conversion de votre compte de GRS en GZRS génère un échec. Pour en savoir plus sur les références SKU prises en charge dans une région spécifique, consultez l’article Liste des régions Azure .
  • Conversion en conflit : Votre compte peut avoir actuellement une migration en conflit. Par exemple, vous pouvez déjà disposer d’une migration LRS → GRS en cours. La tentative d’exécution d’une conversion LRS → ZRS échoue. Attendez la fin de la migration d’origine avant d’envoyer une nouvelle demande de conversion.
  • Le compte est basculé : Si votre compte est basculé, vous pouvez basculer de nouveau votre compte vers sa région primaire d'origine, puis renvoyer la demande.

Conversions géographiques

Les conversions géographiques impliquent l’ajout ou la suppression de cibles de réplication dans des régions secondaires et géographiquement distantes. La liste suivante met en évidence les fonctionnalités ou scénarios en conflit les plus courants qui peuvent générer des erreurs lors de la tentative de conversion géographique. Si vous rencontrez une erreur, le message d’erreur fournit généralement des détails sur le conflit spécifique.

  • Archiver des données : Si votre compte contient des données dans le niveau archive, les données doivent être réhydratées avant qu’une demande GRS → LRS puisse être envoyée. Étant donné que le fournisseur de ressources de stockage (SRP) vérifie qu’aucune donnée archivée n’existe avant l’exécution de la conversion, vous devez recevoir un message d’erreur presque instantanément.
  • Cible non prise en charge : Il existe certaines régions Azure avec trois zones de disponibilité et aucune région satellite. Ces régions prennent en charge ZRS , mais ne prennent pas en charge GZRS. Vérifiez que votre région prend en charge votre référence SKU souhaitée.

Voir aussi

  • Last updated on