Remarque
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de vous connecter ou de modifier des répertoires.
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de modifier des répertoires.
Le stockage Azure met hors service le type de compte de stockage v1 à usage universel (GPv1). Cet article explique pourquoi la modification se produit, ce qu’elle signifie pour vos charges de travail et comment préparer la transition vers des comptes v2 à usage général (GPv2).
Raisons de la mise hors service de GPv1
GPv1 a été introduit pour prendre en charge les scénarios de stockage Azure précoces dans les blobs, les tables, les files d’attente et les fichiers. Toutefois, GPv2 est devenu la norme par défaut pour les comptes de stockage, offrant une prise en charge plus large des fonctionnalités, une cohérence améliorée et de meilleures performances.
En mettant hors service GPv1, Azure peut simplifier la plateforme, éliminer les incohérences de contrôle héritées et garantir à tous les clients des fonctionnalités et des modèles de tarification modernes.
Différences entre GPv1 et GPv2
| Caractéristique | GPv1 | GPv2 |
|---|---|---|
| Hiérarchisation blob (chaud/sporadique/archive) | ❌ | ✅ |
| Gestion du cycle de vie | ❌ | ✅ |
| Stockage des objets blob immuables | ❌ | ✅ |
| Intégration à Event Grid | Limité | ✅ |
| Compteurs tarifaires à cohérence régionale | ❌ | ✅ |
| ZRS et redondance avancée | Limité | ✅ |
GPv2 prend en charge toutes les fonctionnalités de GPv1 et ajoute plusieurs améliorations, notamment l’optimisation des coûts et des outils de gestion plus riches.
Chronologie de mise hors service et jalons clés
Avertissement
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 à usage général existant sera interprétée comme le consentement fait à Microsoft de migrer le compte en votre nom.
| Date | Jalon |
|---|---|
| Septembre 2025 | Mise hors service annoncée |
| 3 mars 2026 | Création de nouveaux comptes de stockage GPv1 désactivée |
| Octobre 2026 | Mise hors service totale ; tous les comptes de stockage GPv1 restants seront automatiquement convertis en GPv2. Votre décision de ne pas migrer un compte GPv1 existant sera interprétée comme le consentement fait à Microsoft de migrer le compte en votre nom. |
La mise hors service prend effet globalement dans toutes les régions Azure.
Considérations relatives à la tarification lors de la mise à niveau vers GPv2
Avertissement
La mise à niveau des comptes v1 à usage général (GPv1) vers v2 à usage général (GPv2) introduit un nouveau modèle tarifaire qui peut augmenter les coûts de certaines charges de travail, en particulier celles avec des opérations intensives de lecture, d’écriture ou de liste.
Toutefois, GPv2 libère également des fonctionnalités modernes telles que les niveaux d’accès et les options de redondance étendues, qui peuvent réduire les coûts de stockage par Go et améliorer les performances, la scalabilité et la facilité de gestion.
N’oubliez pas que la tarification des transactions diffère dans GPv2. Les charges de travail avec des opérations fréquentes peuvent entraîner des frais plus élevés, sauf si des stratégies d’optimisation des coûts sont appliquées.
Note
La conversion d’un compte de stockage de GPv1 en GPv2 change la façon dont le stockage Blob est facturé, mais il n’a pas d’impact sur la tarification d’Azure Files ou de disques Azure. Ces services utilisent leurs propres modèles tarifaires, qui ne sont pas liés au type de compte de stockage.
Estimer les coûts avant la mise à niveau
Conseil / Astuce
Si votre charge de travail est intensive en lecture, en écriture ou en liste, réduisez le nombre de transactions en effectuant des opérations par lot, en écrivant des blocs plus volumineux et des opérations de liste d’étendue. GPv2 fournit également de meilleurs outils pour optimiser les coûts, en permettant la hiérarchisation des données. Vérifiez que les données froides ne sont pas laissées dans le niveau chaud.
- Capturez une base de référence d’opérations mensuelles par type (lecture, écriture, liste/métadonnées) et toutes les sorties.
- Utilisez la Page de tarification Azure pour comparer les taux par Go et par opération pour votre région, la redondance (LRS/ZRS/GRS/GZRS) et le niveau d’accès prévu (chaud/sporadique/froid/archive).
- Mappez les données aux niveaux appropriés et incluez des minimums de suppression anticipée pour sporadique/froid/archive.
- Planifiez les stratégies de cycle de vie (par exemple, passez de chaud à sporadique après 30 jours d’absence d’accès, puis archivez ultérieurement) et tenez compte de leurs effets sur les transactions.
- Comparez votre facture GPv1 actuelle à la facture GPv2 modélisée (avec les niveaux et les règles de cycle de vie).
Faits importants sur le processus de mise à niveau
- La mise à niveau est sur place et ne nécessite aucun temps d’arrêt ; elle modifie le type de compte dans Azure Resource Manager.
- La mise à niveau vers GPv2 est permanente.
- Définissez votre niveau d’accès par défaut (chaud ou sporadique) pendant la mise à niveau pour éviter des frais inattendus. Pour plus d’informations, consultez Mise à niveau vers v2 à usage général (GPv2).
- La mise à niveau est non disruptive ; vos données et points de terminaison restent les mêmes.
Préparation à la migration
Conseil / Astuce
La plupart des charges de travail peuvent migrer de GPv1 vers GPv2 sans modification de code.
Pour réduire les risques et garantir une migration fluide :
- Stockez vos comptes : utilisez Azure Resource Graph, CLI, Azure Inventory ou le Portail pour identifier tous les comptes GPv1.
- Évaluer les charges de travail : examinez les applications utilisant GPv1 et vérifiez la compatibilité avec GPv2.
- Planifier les modifications de tarification : comprenez le nouveau modèle de tarification GPv2, qui inclut la hiérarchisation par blob et les coûts de transaction. Utilisez la calculatrice de tarification Azure pour estimer les coûts en fonction de vos modèles d’utilisation.
- Mettre à niveau des comptes : utilisez le Portail Azure, l’interface CLI ou les outils d’automatisation pour effectuer une mise à niveau de GPv1 vers GPv2. En savoir plus sur le processus de mise à niveau.
- Valider le comportement : vérifiez que les charges de travail continuent de fonctionner et que la facturation reflète les modifications attendues après la mise à niveau.
- Surveiller l’utilisation : après la migration, gardez un œil sur les métriques de votre compte de stockage pour identifier les changements inattendus dans les modèles d’utilisation ou les coûts.
Azure Resource Graph - Exemple de requête
Azure Resource Graph est un outil puissant pour explorer et interroger vos ressources Azure à grande échelle. Vous pouvez l’utiliser pour identifier tous les comptes de stockage blob v1 à usage général (GPv1) et hérités dans votre environnement, et évaluer leurs configurations. Cela vous aide à planifier votre migration vers GPv2 plus efficacement.
Voici un exemple de requête Azure Resource Graph pour identifier tous les comptes de stockage v1 à usage général (GPv1) et tous les Storagecomptes de stockage blob hérités (type BlobStorage) dans votre abonnement qui sont affectés par la mise hors service :
Resources
| where type == "microsoft.storage/storageaccounts"
| where sku.name in~ ("Standard_LRS", "Standard_GRS", "Standard_ZRS", "Standard_RAGRS", "Standard_RAGZRS")
| where kind != "StorageV2"
| extend Version = tostring(properties.siteProperties.propertiesid)
| project name, type, tenantId, kind, location, resourceGroup, subscriptionId, managedBy, sku, plan, properties, tags, identity, zones, extendedLocation, Version
Note
Cette requête identifie les comptes GPv1 (type Storage) et les comptes de stockage d’objets blob hérités (type BlobStorage) indépendamment de la redondance. Les deux types de comptes étant mis hors service, veillez à examiner et à inclure tous les comptes affectés dans votre plan de migration.
Que se passe-t-il si vous ne migrez pas à l’échéance
Avertissement
Si vous ne migrez pas votre compte de stockage GPv1 vers GPv2 d’octobre 2026, tous les comptes GPv1 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 GPv1 existant sera interprétée comme le consentement fait à Microsoft de migrer le compte en votre nom.
Où obtenir de l’aide et un support ?
Si vous avez des questions, posez-les aux experts de la communauté dans Microsoft Q&A.
Si votre entreprise ou votre organisation a conclu un partenariat avec Microsoft, ou si vous collaborez avec des représentants Microsoft tels qu’un architecte de solution cloud (CSA) ou un responsable de compte Réussite clients (CSAM), contactez-les afin d’obtenir des ressources supplémentaires pour la migration.
Si vous disposez d’un plan de support et que vous avez besoin d’une aide technique, créez une demande de support dans le portail Azure :
- Recherchez Aide + support dans le portail Azure.
- Sélectionnez Créer une demande de support.
- Pour Résumé, entrez une description de votre problème.
- Pour Type de problème, sélectionnez Technique.
- Pour l’abonnement, sélectionnez votre abonnement.
- Pour Service, sélectionnez Mes services.
- Pour Type de service, sélectionnez Gestion des comptes de stockage.
- Pour Ressource, sélectionnez la ressource que vous souhaitez migrer.
- Pour Type de problème, sélectionnez Mettre à niveau ou modifier le type de compte, le niveau ou la réplication.
- Pour Sous-type de problème, sélectionnez Mettre à niveau vers un compte de stockage v2 à usage général..
- Sélectionnez Suivant, puis suivez les instructions pour envoyer votre demande de support.
Vous avez besoin d’aide ?
En savoir plus sur les fonctionnalités associées et sur la migration :