Veuillez migrer vos comptes de stockage classiques vers Azure Resource Manager avant le 31 août 2024
Le modèle de déploiement Azure Resource Manager offre désormais des fonctionnalités étendues pour les comptes Stockage Azure. Pour cette raison, nous avons déconseillé la gestion des comptes de stockage classiques via Azure Service Manager (ASM) le 31 août 2021. Les comptes de stockage classiques seront entièrement supprimés le 31 août 2024. À cette date, toutes les données des comptes de stockage classiques doivent être migrées vers des comptes de stockage Azure Resource Manager.
Si vous avez des comptes de stockage classiques, commencez à planifier votre migration dès maintenant. Terminez-la avant le 31 août 2024 pour tirer parti d’Azure Resource Manager.
Pour en savoir plus sur les modèles de déploiement classique et Azure Resource Manager, consultez Déploiement Resource Manager et déploiement classique.
Les comptes de stockage créés en utilisant le modèle de déploiement classique suivent la Stratégie de cycle de vie moderne pour la mise hors service.
Pourquoi une migration est-elle requise ?
Le 31 août 2024, nous allons mettre hors service les comptes de stockage Azure classiques et ils ne seront plus accessibles. Avant cette date, vous devez migrer vos comptes de stockage vers Azure Resource Manager et mettre à jour vos applications pour utiliser les API du fournisseur de ressources Stockage Azure.
Le fournisseur de ressources Stockage Azure est l’implémentation d’Azure Resource Manager pour Stockage Azure. Pour en savoir plus sur les fournisseurs de ressources dans Azure Resource Manager, consultez Fournisseurs et types de ressources.
Les comptes de stockage Azure Resource Manager offrent la même fonctionnalité, ainsi que des nouvelles fonctions, notamment :
- Une couche de gestion cohérente qui simplifie le déploiement en vous permettant de créer, mettre à jour et supprimer des ressources.
- Le regroupement de ressources, qui vous permet de déployer, de surveiller, de gérer et d’appliquer des stratégies de contrôle d’accès aux ressources en tant que groupe.
- Toutes les nouvelles fonctionnalités liées à Stockage Azure sont implémentées pour les comptes de stockage dans les déploiements Azure Resource Manager. Les clients qui utilisent encore des ressources classiques n’auront pas accès aux nouvelles fonctionnalités et mises à jour.
Pour en savoir plus sur les avantages de l’utilisation d’Azure Resource Manager, consultez Avantages de l’utilisation de Resource Manager.
Que se passe-t-il si je ne procède pas à la migration de mes comptes ?
À compter du 1er septembre 2024, les clients ne pourront plus gérer des comptes de stockage classiques à l’aide d’Azure Service Manager. Toutes les données encore contenues dans ces comptes seront préservées.
Si vos applications utilisent les API classiques d’Azure Service Manager pour gérer des comptes classiques, elles ne pourront plus gérer ces comptes de stockage après le 31 août 2024.
Avertissement
Si vous ne migrez pas votre compte de stockage classique vers Azure Resource Manager avant le 31 août 2024, vous ne pourrez plus effectuer d’opérations de gestion via Azure Service Manager.
Que dois-je faire ?
Avant de commencer la migration, consultez Comprendre la migration du compte de stockage du modèle de déploiement classique vers Azure Resource Manager pour obtenir une vue d’ensemble du processus.
Pour migrer vos comptes de stockage classiques, vous devez :
- Identifier tous les comptes de stockage classiques de votre abonnement. Pour en savoir plus, consultez Identifier les comptes de stockage classiques de votre abonnement.
- Supprimez les disques (non managés) ou artefacts de disque classiques de vos comptes de stockage classiques. Pour savoir comment supprimer des artefacts de disque classiques, consultez Rechercher et supprimer des artefacts de disque dans un compte classique.
- Migrer tout compte de stockage classique vers Azure Resource Manager. Pour obtenir des instructions étape par étape lors de l’exécution de la migration, consultez Comment migrer vos comptes de stockage classiques vers Azure Resource Manager.
- Vérifier vos applications et journaux pour déterminer si vous créez, mettez à jour ou supprimez dynamiquement des comptes de stockage classiques de votre code, de vos scripts ou de vos modèles. Si c’est le cas, vous devez mettre à jour vos applications pour utiliser les API Azure Resource Manager pour la gestion des comptes. Pour plus d’informations, consultez Mettre à jour vos applications pour utiliser les API Azure Resource Manager.
Comment obtenir de l'aide
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 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 Migration des données.
- Pour Sous-type de problème, sélectionnez Migrer le compte vers un nouveau groupe de ressources/abonnement/région/locataire.
- Sélectionnez Suivant, puis suivez les instructions pour envoyer votre demande de support.
Questions fréquentes (FAQ)
Comment migrer mes comptes de stockage classiques vers Resource Manager ?
Pour obtenir des instructions étape par étape, consultez Comment migrer vos comptes de stockage classiques vers Azure Resource Manager. Pour obtenir une vue d’ensemble détaillée du processus de migration, consultez Comprendre la migration du compte de stockage du modèle de déploiement classique vers Azure Resource Manager.
Puis-je créer de nouveaux comptes classiques ?
Après le 16 août 2024, les clients ne pourront plus créer de comptes de stockage classiques.
Nous vous recommandons de créer des comptes de stockage uniquement dans Azure Resource Manager à partir de ce point.
Qu’adviendra-t-il des comptes de stockage classiques existants après le 31 août 2024 ?
Après le 31 août 2024, vous ne pourrez plus gérer de données de vos comptes de stockage classiques via Azure Service Manager et le plan de gestion classique des API. Les données seront conservées, mais nous vous recommandons vivement de migrer ces comptes vers Azure Resource Manager pour éviter toute interruption de service.
Y a-t-il un temps d’arrêt lors de la migration d’un compte de stockage classique vers Resource Manager ?
Les opérations de plan de données ne sont pas interrompues pendant la migration d’un compte de stockage classique vers Resource Manager. Les opérations de plan de gestion sont bloquées pendant la migration. Pour plus d’informations, consultez Comprendre la migration de compte de stockage du modèle de déploiement classique vers Azure Resource Manager.
Des temps d’arrêt peuvent survenir dans le cas des scénarios liés à la migration de machines virtuelles classiques ou de disques non managés. Pour plus d’informations sur ces scénarios, consultez Migration de machines virtuelles classiques et Migration de disques non managés vers des disques managés.
Quelles sont les opérations qui ne sont pas disponibles pendant la migration ?
En outre, pendant la migration, les opérations de gestion ne sont pas disponibles sur le compte de stockage. Vous pouvez continuer à effectuer des opérations de données pendant la migration.
Si vous créez ou gérez des objets conteneurs avec le fournisseur de ressources Stockage Azure, n’oubliez pas que ces opérations sont bloquées pendant la migration. Pour plus d’informations, consultez Comprendre la migration de compte de stockage du modèle de déploiement classique vers Azure Resource Manager.
Comment migrer des comptes de stockage contenant des artefacts de disque classiques ?
Si vos comptes de stockage classiques contiennent des disques classiques (non managés), des images de machine virtuelle ou des images de système d’exploitation, vous devez supprimer ces artefacts avant de commencer la migration. La non-suppression de ces artefacts peut provoquer l’échec de la migration. Pour savoir comment supprimer des artefacts de disque classiques, consultez Rechercher et supprimer des artefacts de disque dans un compte classique.
Nous vous recommandons de migrer des disques non managés vers des disques managés. Pour en savoir plus sur la migration de disques non managés vers des disques managés, consultez Migration de disques non managés vers des disques managés.
Les clés d’accès au compte de stockage sont-elles régénérées dans le cadre de la migration ?
Non. Les clés d’accès au compte ne sont pas régénérées pendant la migration. Vos clés d’accès et chaînes de connexion continueront à fonctionner comme suit une fois la migration terminée.
Les attributions de rôles RBAC Azure sont-elles gérées par le biais de la migration ?
Toutes les attributions de rôles RBAC qui sont étendues au compte de stockage classique sont conservées après la migration.
Quel type de compte de stockage est créé par le processus de migration ?
Votre compte de stockage sera un compte v1 universel une fois le processus de migration terminé. Vous pouvez ensuite le mettre à niveau vers la version v2 universelle. Pour plus d’informations sur la mise à niveau de votre compte, consultez Mettre à niveau vers un compte de stockage v2 universel.
L’URL de mon compte de stockage restera-t-elle la même après la migration ?
Oui. Le compte de stockage migré a le même nom et la même adresse que le compte classique.
Une journalisation détaillée peut-elle être ajoutée dans le cadre du processus de migration ?
Non, la migration est un service qui ne dispose pas de fonctionnalités permettant de fournir une journalisation supplémentaire.