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.
Lorsque vous créez un nouvel environnement Azure Container Apps, le provisionnement peut échouer en cas d’erreur de capacité. Le message d’erreur inclut un lien vers cet article. Cet article explique pourquoi l’erreur survient, ce que vous pouvez essayer immédiatement, et comment planifier les déploiements pour réduire l’impact des contraintes de capacité.
Pourquoi l’erreur se produit
L’erreur indique que la région que vous avez choisie dispose d’une capacité limitée pour l’infrastructure gérée nécessaire à la création de votre environnement. La demande peut dépasser la capacité disponible même dans une région qui prend en charge Container Apps.
Note
La capacité et le quota sont différents. Le quota limite le nombre de ressources que vous êtes autorisé à utiliser ; la capacité détermine si le service peut allouer ces ressources au moment de votre demande. Une augmentation du quota ne résout pas les contraintes régionales de capacité. Si le déploiement indique une limite de quota, voir Quotas pour Azure Container Apps.
Récupérer d'une tentative de provisionnement ayant échoué
Confirmez l’erreur. Examinez les détails d’erreur du déploiement raté. Si le message renvoie à cet article, suivez ces étapes. Enregistrez la région cible et le message d’erreur complet. Cette directive s’applique aux erreurs de capacité de provisionnement de l’environnement, et non aux échecs de démarrage de l’application ou d’extraction d’image.
Essayez une autre région prise en charge. Si vos besoins le permettent, créez l’environnement dans une autre région. Vérifiez que la région prend en charge les fonctionnalités et profils de charge de travail requis pour Container Apps, que vous avez un quota suffisant à cet endroit, et que vos exigences en réseau, dépendances et résidence des données peuvent être satisfaites. Consultez les Régions prises en charge. Pour une charge de travail existante, voir Déplacer Azure Container Apps vers une autre région.
Réessayez plus tard si vous devez utiliser la même région. La capacité disponible peut évoluer avec le temps, donc une tentative ultérieure pourrait réussir. Attendez que la tentative de provisionnement en cours se termine avant de réessayer. Pour les déploiements automatisés, utilisez une politique de retentatives bornées avec des délais croissants plutôt que des tentatives continues et rapides. Il n’y a pas de délai de nouvelle tentative garanti ni de moment à partir duquel la capacité devient disponible.
Planifiez les déploiements pour la flexibilité de la capacité
Utilisez les pratiques suivantes pour vous offrir plus d’options de déploiement. Aucune ne garantit qu’une demande de provisionnement réussisse.
Utiliser plusieurs régions
Identifiez au moins deux régions pouvant accueillir votre charge de travail. Lorsque vos besoins le permettent, prévoyez trois régions ou plus afin de vous offrir plus d’alternatives si une région est contrainte. Validez la disponibilité des fonctionnalités, le quota, la latence, la localisation des données et les services dépendants dans chaque région candidate avant de devoir déployer.
Pour la redondance régionale, déployez des environnements et applications séparés dans plusieurs régions, configurez le routage du trafic et le basculement, et planifiez la réplication des données pour les dépendances avec état. Avoir une liste de régions alternatives à elle seule ne permet pas de basculement. Voir les solutions multirégionales personnalisées pour la résilience.
Approvisionnement avant la date prévue
Créez et validez vos environnements avant un lancement, une migration ou tout autre événement soumis à des contraintes de temps. Prévoyez le temps de réessayer ou d’utiliser une région alternative plutôt que de faire de la création d’environnement une dépendance de dernière minute.
Créer un environnement tôt ne réserve pas de capacité pour une mise à l’échelle future. Prenez en compte le coût des ressources déployées et les politiques du cycle de vie de l’environnement, surtout si un environnement reste inactif. Voir la facturation dans Azure Container Apps.
Essayez d’effectuer le provisionnement en dehors des heures de bureau
Si votre emploi du temps le permet, essayez d’effectuer le provisionnement en dehors des heures normales d’ouverture pour la région cible. Par exemple, essayez une fenêtre entre 3h00 et 5h00 dans le fuseau horaire local de la région ciblée.
Considérez cette fenêtre comme une option à essayer, pas comme une période garantie de capacité disponible. Azure répond à la demande mondiale, et les contraintes de capacité peuvent persister en dehors des heures d’ouverture locales.
Évaluer les exigences de redondance de zone
Les environnements redondants de zone répartissent l’infrastructure sur plusieurs zones de disponibilité au sein d’une même région. Cette exigence limite la flexibilité du placement par rapport à un environnement qui ne nécessite pas de redondance de zone.
Si vos exigences de disponibilité le permettent, envisagez de créer un nouvel environnement sans redondance de zone et de le compléter par des déploiements dans d’autres régions. Cette option pourrait offrir plus de flexibilité dans le provisionnement, mais ne garantit pas la capacité disponible.
Important
La redondance de zone et la redondance régionale protègent contre différentes défaillances. Un déploiement multi-régions n’est pas un remplacement équivalent à la redondance de zone dans chaque région. Ne supprimez pas la protection de zone requise uniquement pour contourner une erreur de provisionnement. Consultez la fiabilité dans Azure Container Apps avant de modifier votre design.
Choisissez la redondance de zone lors de la création de l’environnement. Vous ne pouvez pas l’activer ou le désactiver sur un environnement existant ; un autre réglage nécessite un nouvel environnement et un redéploiement de vos applications. Voir Créer une application conteneur redondante en zone.
Quand contacter le support
Si le provisionnement reste bloqué après avoir essayé les options applicables, ou si vos exigences empêchent d’utiliser une autre région ou une configuration de redondance différente, créez une requête de support support Azure pour Container Apps.
Inclure l’identifiant d’abonnement, le groupe de ressources, le nom de l’environnement ou l’identifiant de ressource, la région cible, le réglage de redondance de zone, le message d’erreur complet, les horodatages des tentatives ratées dans UTC, ainsi que les identifiants de corrélation ou d’opération si disponibles. Décrivez les réessais et les régions alternatives que vous avez essayées, ainsi que toute date limite de déploiement ou exigences régionales.
Une demande de support peut aider à enquêter sur la panne, mais elle ne garantit pas une allocation immédiate de capacité. Demandez une augmentation du quota uniquement si l’erreur signalée identifie également une limite de quota.