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.
Un plan de Azure App Service define un conjunto de recursos de proceso con los que se ejecuta una aplicación web. Un App Service se ejecuta siempre en un plan de App Service. Azure Functions también utiliza planes de App Service en algunos casos.
Cuando se crea un plan de App Service en una región determinada, crea un conjunto de recursos de proceso para ese plan en dicha región. Las aplicaciones que pongas en el plan de Servicio de Aplicaciones se ejecutan en esos recursos de cómputo.
Importante
Instancia administrada está generalmente disponible para aplicaciones web de Windows en regiones seleccionadas y está limitado a planes de precios Pv4 y PMV4. Microsoft añadirá más regiones con el tiempo. Instancia administrada no soporta Linux ni contenedores.
Cada plan de App Service define:
- Sistema operativo (Windows, Linux)
- Región (oeste de EE. UU., este de EE. UU., etc.)
- Número de instancias de máquina virtual
- Tamaño de las instancias de VM (pequeño, mediano, grande)
- Plan de tarifa (Gratis, Compartido, Básico, Estándar, Premium, PremiumV2, PremiumV3, PremiumV4 AisladoV2)
Planes de tarifa
El plan de tarifa de un plan de App Service determina qué características de App Service obtendrá y cuánto paga por el plan. Los niveles de precios disponibles para tu plan de App Service dependen del sistema operativo, la región y otros factores.
| Categoría | Planes | Descripción |
|---|---|---|
| Cómputo compartido | Gratis, Compartido | Gratis y Compartido, los dos planes básicos, ejecutan una aplicación en la misma VM de Azure que otras aplicaciones de App Service, incluidas las aplicaciones de otros clientes. Estos niveles asignan cuotas de CPU a cada aplicación que ejecutes. |
| Computación dedicada | Básico, Estándar, Premium, PremiumV2, PremiumV3, PremiumV4 | Los niveles Básico, Estándar, Premium, PremiumV2, PremiumV3 y PremiumV4 ejecutan aplicaciones en máquinas virtuales de Azure dedicadas. Solo las apps del mismo plan de servicio de aplicaciones comparten las mismas instancias de VM. |
| Aislado | AisladoV2 | El plan AisladoV2 ejecuta máquinas virtuales de Azure dedicadas en redes virtuales dedicadas de Microsoft Azure. Este plan proporciona aislamiento de red, además de aislamiento de proceso a sus aplicaciones. Proporciona un nivel de aislamiento respecto a otros clientes. |
Además, cada plan proporciona un subconjunto específico de características de App Service. Estas características incluyen dominios personalizados y certificados TLS/SSL, escalado automático, ranuras de implementación, copias de seguridad, integración de Azure Traffic Manager y mucho más.
Puede encontrar más comparaciones entre planes en límites de App Service.
Para obtener información sobre los precios, consulte Precios de App Service.
Consideraciones para ejecutar y escalar una aplicación
En los planes Gratis y Compartido, una aplicación recibe minutos de CPU en una instancia compartida de VM y no se puede escalar horizontalmente.
En otros planes, una aplicación se ejecuta y escala como se indica a continuación:
- Si crea una aplicación en App Service, forma parte de un plan de App Service. Cuando se ejecuta la aplicación, se ejecuta en todas las instancias de VM configuradas en el plan de App Service.
- Si hay varias aplicaciones en el mismo plan de App Service, comparten las mismas instancias de VM.
- Si tiene varias ranuras de implementación para una aplicación, todas las ranuras de implementación se ejecutan también en las mismas instancias de VM.
- Si habilita los registros de diagnóstico, realiza copias de seguridad o ejecuta WebJobs, también usan ciclos de CPU y memoria en estas instancias de VM.
- Todas las aplicaciones de un plan de App Service se escalan conjuntamente, ya que comparten los mismos recursos de proceso subyacentes (instancias de máquina virtual). El escalado del plan , ya sea manualmente o a través de reglas de escalado automático, afecta a todas las aplicaciones del plan.
Para más información sobre el escalado horizontal de una aplicación, consulte Introducción al escalado automático en Azure.
Coste de planes de App Service
En esta sección se describe cómo se facturan las aplicaciones de App Service. Para obtener información detallada sobre precios para regiones específicas, consulte Precios de App Service.
Salvo en el caso del plan Gratis, un plan de App Service conlleva un cargo de los recursos de proceso que usa:
- Plan Compartido: cada aplicación recibe una cuota de minutos de CPU, por lo que cada aplicación tiene un cargo asociado a la cuota de CPU.
- Niveles de computación dedicados (Basic, Standard, Premium, PremiumV2, PremiumV3, PremiumV4): El plan de Servicio de Aplicaciones define el número de instancias de VM a las que se escalan las aplicaciones, por lo que cada instancia de VM se cobra.
Nota
En los niveles de proceso dedicados, los recursos de máquina virtual se dedican al plan de App Service y no se comparten con otros clientes.
Sin embargo, las aplicaciones que coloque dentro del mismo plan de App Service comparten esos recursos dedicados entre sí.
Esto significa que el proceso es dedicado en el nivel de plan, no en el nivel por aplicación.
Para aislar los recursos de cómputo por aplicación, cree un plan de App Service independiente.
- Plan IsolatedV2: el entorno de App Service define el número de trabajos aislados que ejecutan las aplicaciones, y se aplican cargos a cada trabajo.
No se le cobra por usar las características de App Service que están disponibles para usted. Estas características incluyen la configuración de dominios personalizados, certificados TLS/SSL, ranuras de implementación y copias de seguridad. Las excepciones son estas:
- Dominios de App Service: paga al adquirir uno en Azure y cuando lo renueva cada año.
- Certificados de App Service: paga al adquirir uno en Azure y cuando lo renueva cada año.
- Conexiones TLS basadas en IP: existe un cargo por hora para cada conexión TLS basada en IP, pero algunos planes Estándar o superiores ofrecen una conexión TLS basada en IP de forma gratuita. Las conexiones TLS de Indicación de Nombre del Servidor (SNI) son gratuitas.
Si integra App Service con otro servicio de Azure, debe tener en cuenta los cargos de esos servicios. Por ejemplo, si usas Azure Traffic Manager para escalar tu app geográficamente, se aplican cargos en Traffic Manager.
Sugerencia
Los servicios de Azure cuestan dinero. Para ayudar a controlar los gastos, puede usar Microsoft Cost Management para establecer presupuestos y configurar alertas.
Puede analizar, administrar y optimizar sus costes mediante Azure con Cost Management. Para obtener más información, consulte el inicio rápido sobre el análisis de los costes.
Escalabilidad de capacidades o funcionalidades
Puede escalar o reducir verticalmente el plan de App Service en cualquier momento. Basta con cambiar el plan de tarifa del plan. Puedes elegir un nivel de precio más bajo al principio, y luego escalar más adelante cuando necesites más capacidades.
Por ejemplo, puede comenzar a probar una aplicación web en un plan de App Service Gratis y no pagar nada. Cuando añadas tu nombre DNS personalizado a la aplicación web, simplemente escala tu plan a un nivel superior.
El mismo proceso funciona al revés. Cuando ya no necesite las funcionalidades o características de un plan superior, puede reducir verticalmente a un plan inferior y ahorrar dinero.
Para obtener más información sobre el escalado vertical de un plan de App Service, consulte Escalado vertical de aplicaciones en Azure App Service.
Si la aplicación está en el mismo plan de App Service con otras aplicaciones, puede que desee mejorar el rendimiento de la aplicación aislando los recursos de proceso. Puedes aislar los recursos moviendo la app a un nuevo plan de App Service.
Decisión de usar un nuevo plan o un plan existente para una aplicación
Paga por los recursos informáticos que asigna el plan de App Service como se describe en la sección anterior sobre el coste. Puede ahorrar dinero si coloca varias aplicaciones en un plan de App Service. Sin embargo, debes asegurarte de que el plan tenga suficientes recursos para tus aplicaciones.
Las aplicaciones en el mismo plan de App Service comparten los mismos recursos de cómputo. Para determinar si la nueva aplicación dispone de los recursos necesarios, necesitas entender la capacidad del plan y los requisitos de recursos de las aplicaciones.
Aísle la aplicación en un nuevo plan de App Service en los siguientes casos:
La aplicación consume muchos recursos. Para obtener instrucciones generales, use esta tabla:
Plan de App Service Número máximo de aplicaciones B1, S1, P1v2, I1v1 8 B2, S2, P2v2, I2v1 16 B3, S3, P3v2, I3v1 32 P0v3, P0v4 8 P1v3, P1v4, I1v2 16 P2v3, P2v4, I2v2, P1mv3, P1mv4 32 P3v3, P3v4, I3v2, P2mv3 64 I4v2, I5v2, I6v2 Densidad máxima enlazada por uso de vCPU P3mv3, P3mv4, P4mv3, P4mv4, P5mv3, P5mv4 Densidad máxima enlazada por uso de vCPU Quiere escalar la aplicación independientemente de las demás aplicaciones del plan existente.
La aplicación necesita recursos de otra región geográfica. De esta forma, puede asignar un nuevo conjunto de recursos para la aplicación y tener un mayor control de las aplicaciones.
Nota
Una ranura activa también se clasifica como una aplicación activa, ya que compite por los recursos en el mismo plan de App Service.
Instancia administrada en Azure App Service
Instancia administrada es una opción de hospedaje con ámbito de plan para aplicaciones web de Windows que requieren personalización del sistema operativo, redes privadas opcionales y compatibilidad con componentes heredados de Windows. Está diseñado para aplicaciones que requieren control a nivel de sistema operativo sin gestionar máquinas virtuales.
Características principales:
- Scripts de configuración de PowerShell para el sistema operativo persistente y la configuración de middleware
- Integración de red virtual de nivel de plan con DNS privado
- Adaptadores del Registro respaldados por Azure Key Vault para una configuración segura
- Montajes de almacenamiento (Azure Files, rutas UNC, almacenamiento temporal local)
- Acceso a RDP Just-In-Time a través de Azure Bastion para diagnósticos
- Identidades administradas a nivel de plan para la autenticación de infraestructura
- .NET Framework preinstalado (3.5, 4.8) y .NET 8 con compatibilidad con entornos de ejecución personalizados
- Mejor para: aplicaciones heredadas de .NET Framework que requieren dependencias específicas de Windows, modernización gradual sin reescrituras completas y aislamiento de red a nivel de plan para el cumplimiento.
Limitaciones actuales: solo para Windows, SKUs Pv4/Pmv4. No está disponible para Linux, contenedores ni para niveles Libre/Compartido/Dedicados.
Para comprobar la disponibilidad regional de un SKU específico, utilice CLI de Azure versión 2.82.0 o posterior:
az appservice list-locations --managed-instance-enabled --sku <sku>
Más información sobre Instancia administrada