Nota:
El acceso a esta página requiere autorización. Puede intentar iniciar sesión o cambiar directorios.
El acceso a esta página requiere autorización. Puede intentar cambiar los directorios.
Cuando creas un nuevo entorno Azure Container Apps, el aprovisionamiento puede fallar con un error de capacidad. El mensaje de error incluye un enlace a este artículo. Este artículo explica por qué ocurre el error, qué puedes probar inmediatamente y cómo planificar despliegues para reducir el impacto de las limitaciones de capacidad.
¿Por qué se produce el error?
El error indica que la región que seleccionaste tiene una capacidad limitada para la infraestructura gestionada necesaria para crear tu entorno. La demanda puede superar la capacidad disponible incluso en una región que admite Container Apps.
Note
La capacidad y la cuota son diferentes. La cuota limita la cantidad de recursos que puedes usar; la capacidad determina si el servicio puede asignar esos recursos en el momento de tu solicitud. Un aumento de cuota no resuelve las limitaciones regionales de capacidad. Si el despliegue en cambio informa de un límite de cuota, consulta Cuotas para Azure Container Apps.
Recuperarse de un intento fallido de aprovisionamiento
Confirme el error. Revisa los detalles de error del despliegue fallido. Si el mensaje enlaza con este artículo, sigue estos pasos. Registra la región objetivo y el mensaje de error completo. Esta guía se aplica a errores de capacidad de aprovisionamiento del entorno, no a fallos en el arranque de aplicaciones o en la extracción de imágenes.
Prueba con otra región soportada. Si tus necesidades lo permiten, crea el entorno en otra región. Verifica que la región soporte las funciones y perfiles de carga de trabajo de Container Apps que requieres, que tengas una cuota suficiente allí y que se puedan cumplir tus requisitos de red, dependencias y residencia de datos. Consultar Regiones admitidas. Para una carga de trabajo existente, consulte Reubicar Azure Container Apps en otra región.
Inténtalo después si tienes que usar la misma región. La capacidad disponible puede variar con el tiempo, por lo que un intento posterior podría tener éxito. Espera a que termine el intento actual de provisionamiento antes de volver a intentarlo. Para implementaciones automatizadas, utilice una directiva de reintentos limitada con retrasos crecientes en lugar de reintentos continuos y rápidos. No hay un intervalo de reintento garantizado ni un tiempo en el que la capacidad vaya a estar disponible.
Planificar despliegues para mayor flexibilidad de capacidad
Utiliza las siguientes prácticas para darte más opciones de despliegue. Ninguno garantiza que una solicitud de aprovisionamiento tenga éxito.
Uso de varias regiones
Identifica al menos dos regiones que puedan alojar tu carga de trabajo. Cuando sus requisitos lo permitan, planifique tres o más regiones para disponer de más alternativas en caso de que una región tenga limitaciones. Valida la disponibilidad de funcionalidades, cuota, latencia, residencia de datos y servicios dependientes en cada región candidata antes de que necesites desplegar.
Para redundancia regional, despliega entornos y aplicaciones separados en múltiples regiones, configura el enrutamiento del tráfico y la conmutación por error, y planifica la replicación de datos para dependencias con estado. Tener solo una lista de regiones alternativas no proporciona conmutación por error. Consulta Soluciones multirregión personalizadas para la resiliencia.
Aprovisionamiento antes de lo previsto
Crea y valida tus entornos antes de un lanzamiento, migración u otro evento con plazos ajustados. Permite tiempo para intentarlo de nuevo o usar una región alternativa en lugar de hacer que la creación del entorno sea una dependencia de última hora.
Crear un entorno pronto no reserva capacidad para escalar en el futuro. Ten en cuenta el coste de los recursos que despliegas y las políticas del ciclo de vida del entorno, especialmente si un entorno permanece inactivo. Consulta Facturación en Azure Container Apps.
Prueba a provisionar fuera del horario laboral
Si tu horario lo permite, prueba a realizar el aprovisionamiento fuera del horario laboral normal para la región objetivo. Por ejemplo, prueba una ventana entre las 3:00 y las 5:00 AM en la zona horaria local de la región objetivo.
Considere este plazo como una opción que puede probar, no como un período garantizado de capacidad disponible. Azure atiende la demanda global, y las limitaciones de capacidad pueden persistir fuera del horario laboral local.
Evaluar los requisitos de redundancia por zonas
Los entornos redundantes de zona distribuyen la infraestructura entre múltiples zonas de disponibilidad dentro de una región. Este requisito limita la flexibilidad de colocación en comparación con un entorno que no requiere redundancia de zonas.
Si tus requisitos de disponibilidad lo permiten, considera crear un nuevo entorno sin redundancia de zonas y complementarlo con despliegues en otras regiones. Esta opción puede ofrecer más flexibilidad en el provisionamiento, pero no garantiza la capacidad disponible.
Important
La redundancia de zonas y la redundancia regional protegen contra diferentes fallos. Un despliegue multirregión no es un sustituto equivalente de la redundancia de zonas dentro de cada región. No elimines la protección de zona necesaria solo para evitar un error de provisionamiento. Revisa la fiabilidad en Azure Container Apps antes de cambiar tu diseño.
Elige redundancia de zona cuando crees el entorno. No puedes activarlo ni desactivarlo en un entorno existente; una configuración diferente requiere un nuevo entorno y el redespliegue de tus aplicaciones. Consulta Crear una aplicación de contenedor con redundancia de zona.
Cuándo ponerse en contacto con el soporte técnico
Si el aprovisionamiento sigue bloqueado después de probar las opciones aplicables, o tus requisitos impiden usar otra región o una configuración de redundancia diferente, crea una solicitud de soporte técnico de Azure para Container Apps.
Incluye el ID de suscripción, grupo de recursos, nombre del entorno o ID de recurso, región objetivo, configuración de redundancia de zonas, mensaje de error completo, marcas de tiempo de intentos fallidos en UTC e IDs de correlación u operación si están disponibles. Describa los reintentos y las regiones alternativas que haya probado, junto con cualquier plazo de implementación o requisito regional.
Una solicitud de soporte puede ayudar a investigar el fallo, pero no garantiza una asignación inmediata de capacidad. Solicita un aumento de cuota solo si el error reportado también identifica un límite de cuota.