Partager via

Mettre à niveau vers un compte de stockage v2 à usage général

Les comptes de stockage v2 à usage général prennent en charge les dernières fonctionnalités du Stockage Azure, et intègrent toutes les fonctionnalités des comptes de stockage v1 à usage général et des comptes de stockage d’objets blob. Les comptes de stockage v2 à usage général sont adaptés à la plupart des scénarios. Pour le Stockage Azure, ce sont les comptes v2 à usage général qui offrent les tarifs de capacité par gigaoctet les plus bas, et le prix des transactions est l’un des plus compétitifs du secteur. Les comptes v2 universels prennent en charge les niveaux d’accès de compte par défaut chaud ou sporadique et la hiérarchisation des niveau des objets BLOB entre chaud, sporadique, froid ou archive.

La mise à niveau vers un compte de stockage v2 à usage général à partir d’un compte de stockage v1 à usage général ou d’un compte de stockage d’objets blob est une opération très simple. Pour ce faire, vous pouvez utiliser le Portail Azure, PowerShell ou Azure CLI. Aucun temps d’arrêt ou risque de perte de données n’est associé à la mise à niveau vers un compte de stockage v2 à usage général. La mise à niveau du compte s’effectue via une simple opération d’Azure Resource Manager qui modifie le type de compte.

Important

Microsoft met hors service les comptes de stockage v1 à usage général le 13 octobre 2026, avec la création d’un nouveau compte bloqué au cours du 1er trimestre 2026. Tous les comptes GPv1 doivent être mis à niveau vers GPv2 à cette date pour éviter toute interruption de service. Si vous ne migrez pas votre compte de stockage v1 universel vers GPv2 d’octobre 2026, tous les comptes v1 universels existants seront migrés automatiquement vers un compte GPv2, ce qui peut entraîner des coûts de facturation plus élevés. Votre décision de ne pas migrer un compte v1 universel existant sera interprétée comme le consentement de Microsoft pour migrer le compte en votre nom. Pour plus d’informations, consultez la vue d’ensemble de la mise hors service du compte de stockage GPv1.

Si vous avez un compte de stockage v1 universel, vous pouvez le mettre à niveau vers un compte de stockage v2 universel, mais vous ne pouvez pas à nouveau le rétrograder vers un compte de stockage v1 universel. Si vous avez un compte de stockage d’objets blob, vous pouvez le mettre à niveau vers un compte de stockage v2 universel, mais vous ne pouvez pas le rétrograder vers un compte de stockage d’objets blob.

Impact de la facturation de la mise à niveau

La mise à niveau de GPv1 vers GPv2 peut entraîner des coûts transactionnels plus élevés, en particulier pour les charges de travail avec des opérations en lecture et en écriture élevées. Bien que GPv2 offre des coûts de stockage et une flexibilité de hiérarchisation inférieurs, la tarification transactionnelle est plus granulaire et peut affecter considérablement la facturation. Il est recommandé de passer en revue vos modèles d’utilisation actuels et d’estimer les coûts avant la mise à niveau.

Conseil / Astuce

Utilisez la Calculatrice de prix Azure pour estimer les coûts d’un compte de stockage v2 universel en fonction de vos modèles d’utilisation actuels.

Mettre à niveau un compte

Pour mettre à niveau un compte de stockage d’objets blob ou v1 universel vers un compte v2 universel, utilisez le Portail Azure, PowerShell ou Azure CLI.

  1. Connectez-vous au portail Azure.

  2. Accédez à votre compte de stockage.

  3. Dans la section Paramètres, sélectionnez Configuration.

  4. Sous Type de compte, sélectionnez Mettre à niveau.

  5. Sous Confirmer la mise à niveau, entrez le nom de votre compte.

  6. Sélectionnez Mettre à niveau en bas du panneau.

    Capture d’écran du panneau de configuration, avec le type de compte à mettre à niveau en surbrillance.

Spécifier un niveau d’accès pour les données blob

Les comptes v2 universels prennent en charge tous les services de stockage et objets de données Azure, mais les niveaux d’accès s’appliquent uniquement aux objets blob de blocs dans le stockage d’objets blob. Lorsque vous effectuez une mise à niveau vers un compte de stockage v2 universel, vous pouvez spécifier un niveau d’accès de compte par défaut chaud ou sporadique, indiquant le niveau par défaut sous lequel vos données blob sont chargées si le paramètre de niveau d’accès à l’objet blob en question n’est pas spécifié.

Les niveaux d’accès aux objets BLOB vous permettent de choisir la solution de stockage la plus économique en fonction des modèles d’utilisation prévus. Les objets blob de blocs peuvent être stockés dans un niveau de stockage chaud, froid ou archive. Pour plus d’informations sur les niveaux d’accès, consultez Stockage Blob Azure : niveaux de stockage chaud, sporadique et archive.

Par défaut, un compte de stockage est créé dans le niveau d’accès chaud, tandis qu’un compte de stockage v1 universel peut être mis à niveau vers le niveau de compte chaud ou froid. Si aucun niveau d’accès de compte n’est spécifié lors de la mise à niveau, il est mis à niveau vers le niveau chaud par défaut. Si vous cherchez à déterminer le niveau d’accès à utiliser pour votre mise à niveau, examinez votre scénario d’usage des données actuel. Les utilisateurs se trouvent généralement face à deux scénarios lors de la migration vers un compte v2 à usage général :

  • Vous disposez d’un compte de stockage v1 universel et envisagez de passer à un compte de stockage v2 universel, assorti du niveau d’accès de stockage adapté aux données blob.
  • Vous avez décidé d’utiliser un compte de stockage v2 universel ou vous disposez déjà d’un tel compte et souhaitez savoir si vous devez utiliser le niveau d’accès de stockage chaud ou froid pour les données blob.

Dans les deux cas, la priorité est d’estimer les coûts de stockage, d’exploitation des données stockées dans un compte de stockage v2 à usage général et d’accès à celles-ci pour les comparer avec vos frais actuels.

Tarification et facturation

La mise à niveau d’un compte de stockage v1 vers un compte v2 universel est gratuite. Vous pouvez spécifier le niveau de compte souhaité pendant le processus de mise à niveau. Si aucun niveau de compte n’est spécifié lors de la mise à niveau, le niveau de compte par défaut du compte mis à niveau est Hot. Toutefois, le changement de niveau d’accès de stockage après la mise à niveau peut avoir un impact sur votre facture. Il est donc conseillé de spécifier le nouveau niveau de compte lors de la mise à niveau.

Tous les comptes de stockage utilisent un modèle de tarification pour le stockage d’objets blob basé sur le niveau de chaque objet blob. Les considérations de facturation suivantes s’appliquent à l’utilisation des comptes de stockage :

  • Coûts de stockage : les coûts de stockage de données varient selon la quantité de données stockées et le niveau d’accès au stockage. Le coût par gigaoctet diminue à mesure que le niveau refroidit.

  • Coûts d’accès aux données : les frais d’accès aux données augmentent à mesure que le niveau refroidit. Pour les données des niveaux d’accès de stockage d’archive et sporadique, des frais d’accès aux données en lecture vous sont facturés par gigaoctet.

  • Coûts de transaction : Frais par transaction pour tous les niveaux, augmentant à mesure que le niveau refroidit.

  • Coûts de transfert de données de géoréplication : ces coûts s’appliquent uniquement aux comptes pour lesquels la géoréplication est configurée, y compris GRS et RA-GRS. Le transfert de données de géoréplication implique des frais par gigaoctet.

  • Coûts de transfert de données sortantes : les transferts de données sortantes (données transférées hors d’une région Azure) sont facturés pour l’utilisation de la bande passante par gigaoctet. Cette facturation est cohérente avec les comptes de stockage à usage général.

  • Modification du niveau d’accès au stockage : passer du niveau d’accès froid au stockage du compte à un niveau d’accès chaud implique des frais correspondant à la lecture de toutes les données existant dans le compte de stockage. Par ailleurs, le passage du niveau d’accès de stockage chaud au niveau d’accès de stockage froid implique des frais correspondant à l’écriture de toutes les données dans le niveau froid (comptes GPv2 uniquement).

Note

Pour plus d’informations sur le modèle de tarification des comptes de stockage, consultez la page Tarification du stockage Azure. Pour plus d’informations sur les frais de transfert de données sortantes, consultez la page Détails de la tarification – Transferts de données.

Estimer les coûts de vos modèles d’utilisation actuels

Pour estimer le coût de stockage et d’accès aux données blob stockées dans un compte de stockage v2 à usage général (et avec un niveau particulier), vous devez évaluer votre modèle d’utilisation existant ou faire une estimation du modèle d’utilisation souhaité. En général, vous souhaitez connaître :

  • Votre consommation pour le stockage d’objets blob, en gigaoctets :

    • Quelle est la quantité des données stockées dans le compte de stockage ?
    • Comment le volume de données est-il changé tous les mois ? Les nouvelles données remplacent-elles constamment les anciennes données ?

  • Le principal modèle d’accès pour vos données de stockage d’objets blob :

    • Quelle est la quantité de données lues et écrites dans le compte de stockage ?
    • Combien d’opérations de lecture et d’écriture ont lieu sur les données dans le compte de stockage ?

Pour choisir le niveau d’accès le plus adapté à vos besoins, vous devez déterminer votre capacité de données d’objet blob et la manière dont ces données sont utilisées. Pour ce faire, examinez les métriques de supervision de votre compte.

Analyse des comptes de stockage existants

Pour surveiller vos comptes de stockage existants et collecter ces données, vous pouvez utiliser des métriques de stockage dans Azure Monitor. Azure Monitor stocke des métriques qui comprennent les statistiques de transactions agrégées et les données de capacité relatives aux demandes adressées au service de stockage. Le Stockage Azure envoie les données de métriques au back-end Azure Monitor. Azure Monitor offre une expérience de supervision unifiée, comprenant les données du Portail Azure et celles qui sont ingérées. Pour plus d’informations, consultez les articles suivants au choix :

Pour estimer les coûts d’accès aux données pour les comptes de stockage d’objets blob, vous devez classer les transactions en deux groupes.

  • La quantité de données récupérées du compte de stockage peut être estimée en examinant la somme de la métrique « Egress » pour principalement les opérations « GetBlob » et « CopyBlob ».

  • La quantité de données écrites sur le compte de stockage peut être estimée en examinant la somme des métriques « Ingress » pour principalement les opérations « PutBlob », « PutBlock », « CopyBlob » et « AppendBlock ».

Pour déterminer le prix de chaque opération sur le service de stockage Blob, consultez Associer chaque opération REST à un prix.

Le coût de transfert de données de géoréplication des comptes de stockage d’objets blob peut également être calculé en estimant la quantité de données écrites lors de l’utilisation d’un compte de stockage GRS ou RA-GRS.

Note

Pour obtenir un exemple plus détaillé de calcul des coûts de l’utilisation du niveau d’accès de stockage chaud ou froid, consultez l’article « Que sont les niveaux d’accès Froid et Chaud, et comment savoir lequel utiliser ? » sur la page de tarification de Stockage Azure.

Étapes suivantes

  • Last updated on