Facturación en Azure Container Apps
La facturación en Azure Container Apps se basa en el tipo de plan.
Tipo de plan | Descripción |
---|---|
Plan de consumo | Opción de proceso sin servidor en la que solo se le facturan los recursos que usan las aplicaciones mientras se ejecutan. |
Plan dedicado | Opciones de proceso personalizadas en las que se le facturan las instancias asignadas a cada perfil de carga de trabajo. |
- La selección del plan determina los cálculos de facturación.
- Diferentes aplicaciones de un entorno pueden usar diferentes planes.
En este artículo se describe cómo calcular el costo de ejecutar la aplicación de contenedor. Para más información sobre los precios en la moneda de la cuenta, consulte Precios de Azure Container Apps.
Plan de consumo
La facturación de las aplicaciones que se ejecutan en el plan de consumo consta de dos tipos de cargos:
- Consumo de recursos: cantidad de recursos asignados a la aplicación de contenedor por segundo, facturados en vCPU-segundos y GiB-segundos.
- Solicitudes HTTP: número de solicitudes HTTP que recibe la aplicación de contenedor.
Los siguientes recursos son gratuitos durante cada mes natural, por suscripción:
- Los primeros 180 000 vCPU-segundos
- Los primeros 360 000 GiB-segundos
- Los dos primeros millones de solicitudes HTTP
El uso gratuito no aparece en la factura. Solo se le cobra mientras el uso de recursos supere los importes de concesiones mensuales gratuitas.
Nota:
Si usa Container Apps con su propia red virtual o si las aplicaciones usan otros recursos de Azure, se pueden aplicar cargos adicionales.
Cargos por consumo de recursos
Azure Container Apps ejecuta réplicas de la aplicación en función de los límites de número de réplicas y las reglas de escalado que configure en cada revisión. Los trabajos de Azure Container Apps ejecutan réplicas cuando se desencadenan ejecuciones de trabajos. Se le cobrará por la cantidad de recursos asignados a cada réplica mientras se ejecute.
Hay 2 medidores para el consumo de recursos:
- vCPU-segundos: Cantidad de núcleos de vCPU asignados a la aplicación de contenedor por segundo.
- GiB-segundos: cantidad de memoria asignada a la aplicación de contenedor por segundo.
- GPU-seconds: el número de GPU asignadas a las aplicaciones de contenedor por segundo.
Los primeros 180 000 vCPU-segundos y 360 000 GiB-segundos de cada suscripción por mes natural son gratuitos.
Aplicaciones de contenedor
La tarifa que paga por el consumo de recursos depende del estado de las réplicas y revisiones de la aplicación de contenedor. De manera predeterminada, las réplicas se cobran según una tarifa activa. Sin embargo, en determinadas condiciones, una réplica puede entrar en un estado inactivo. Mientras se encuentran en estado inactivo, los recursos se facturan a una tarifa reducida.
Ninguna réplica en ejecución
Cuando una revisión contenedor se reduce hasta cero réplicas, no se incurre en cargos por consumo de recursos.
Número mínimo de réplicas en ejecución
Pueden aplicarse cargos de uso de inactividad cuando se ejecuta la revisión de una aplicación de contenedor en un conjunto específico de circunstancias. Para poder optar a cargos de inactividad, una revisión debe cumplir los siguientes criterios:
- Estar configurada con un recuento mínimo de réplicas mayor que cero.
- Escalarse al recuento mínimo de réplicas.
Nota:
Los cargos de uso inactivo no se aplican a las aplicaciones de GPU sin servidor. Siempre se facturan por uso activo.
Los cargos por uso se calculan individualmente para cada réplica. Una réplica se considera inactiva cuando se cumplen todas las condiciones siguientes:
- La réplica se ejecuta en una revisión que actualmente es apta para cargos inactivos.
- Todos los contenedores de la réplica se han iniciado y se están ejecutando.
- La réplica no está procesando ninguna solicitud HTTP.
- La réplica usa menos de 0,01 núcleos de vCPU.
- La réplica recibe menos de 1000 bytes por segundo de tráfico de red.
Cuando una réplica está inactiva, los cargos por consumo de recursos se calculan según las tarifas de inactividad reducidas. Cuando una réplica no está inactiva, se aplican las tarifas de actividad.
Más del número mínimo de réplicas en ejecución
Cuando una revisión se escala por encima del número mínimo de réplicas, en todas las réplicas en ejecución se cobra el consumo de recursos según la tarifa activa.
Trabajos
En el plan de consumo, los recursos consumidos por los trabajos de Azure Container Apps se cobran según la tarifa de actividad. Los cargos de inactividad no se aplican a los trabajos porque las ejecuciones dejan de consumir recursos una vez completado el trabajo.
Cargos por solicitud
Además del consumo de recursos, Azure Container Apps también cobra en función del número de solicitudes HTTP recibidas por la aplicación de contenedor. Solo son facturables las solicitudes procedentes de fuera de un entorno de Container Apps.
- Los dos primeros millones de solicitudes de cada suscripción por mes natural son gratuitas.
- Las solicitudes de sondeo de estado no son facturables.
Los cargos por solicitud no se aplican a los trabajos de Azure Container Apps porque no admiten la entrada.
Plan dedicado
Se le factura en función de las instancias de perfil de carga de trabajo, no de aplicaciones individuales.
La facturación de aplicaciones y trabajos que se ejecutan en el plan dedicado se basa en instancias de perfil de carga de trabajo, no en aplicaciones individuales. Los cargos son estos:
Costos de administración fijos | Costos variables |
---|---|
Si tiene uno o varios perfiles de carga de trabajo dedicados en su entorno, se le cobra una tarifa de administración de plan dedicado. No se le factura ningún cargo de administración de planes a menos que use un perfil de carga de trabajo dedicado en su entorno. | Cuando los perfiles se escalan horizontalmente, se aplican costos adicionales por las instancias adicionales; cuando los perfiles se reducen horizontalmente, se reduce la facturación. |
Asegúrese de optimizar las aplicaciones que implemente en un perfil de carga de trabajo dedicado. Evalúe las necesidades de las aplicaciones para que puedan usar la mayor cantidad de recursos disponibles para el perfil.
Sesiones dinámicas
Las sesiones dinámicas tienen dos tipos de grupos de sesiones: el intérprete de código y el contenedor personalizado. Cada tipo de sesión tiene su propio modelo de facturación.
Intérprete de código
Las sesiones de intérprete de código se facturan en función de la duración en ejecución de las sesiones asignadas. Para cada sesión asignada, se le factura desde el momento en que se asigna hasta que se desasigna en incrementos de una hora.
Contenedor personalizado
Las sesiones de contenedor personalizadas se facturan usando el Plan dedicado, en función de la cantidad de recursos informáticos usados para ejecutar el grupo de sesiones y las sesiones activas.
Cada grupo de sesiones de contenedor personalizado se ejecuta en instancias de proceso dedicadas E16. El número de instancias asignadas al grupo de sesiones se basa en el número de sesiones activas y listas del grupo. Para ver el número de instancias asignadas actualmente a un grupo de sesiones, utilice el siguiente comando de la CLI de Azure para recuperar la propiedad nodeCount
del grupo. Reemplace el <PLACEHOLDERS>
por sus valores.
az containerapp sessionpool show --resource-group <RESOURCE_GROUP> --name <POOL_NAME> --query "properties.nodeCount"
Términos generales
- Para más información sobre los precios en la moneda de la cuenta, consulte Precios de Azure Container Apps.