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 tiene la opción de ejecutarse en un plan de App Service.
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. Todas las aplicaciones que coloque en el plan de App Service se ejecutan en estos recursos de proceso según lo definido en el plan.
Importante
La instancia administrada está en versión preliminar, disponible para las aplicaciones web de Windows en regiones seleccionadas y limitada a los planes de precios Pv4 y Pmv4. Más regiones a seguir. No se admiten contenedores y Linux.
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 planes de tarifa disponibles para el plan de App Service dependen del sistema operativo que seleccionó al crearlo. En esta tabla se muestran las categorías de planes de tarifa:
| 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 planes asignan cuotas de CPU a cada aplicación que se ejecuta en los recursos compartidos. Los recursos no se pueden escalar horizontalmente. Estos planes solo están pensados para fines de desarrollo y pruebas. |
| 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 aplicaciones del mismo plan de App Service comparten los mismos recursos de proceso. Cuanto mayor sea el plan, más instancias de VM estarán disponibles para la escalabilidad horizontal. |
| 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 las máximas posibilidades de escalabilidad horizontal. |
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. Cuanto mayor sea el plan, más características están disponibles. Para averiguar qué características se admiten en cada plan de tarifa, consulte los detalles del plan de App Service.
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 proceso dedicados (Básico, Estándar, Premium, PremiumV2, PremiumV3, PremiumV4): el plan de App Service define el número de instancias de máquina virtual a las que se escalan las aplicaciones, por lo que se cobra cada instancia de máquina virtual del plan de App Service. Estas instancias de VM se cobran igual, independientemente de cuántas aplicaciones se ejecuten en ellas. Para evitar cargos inesperados, consulte Eliminar un plan de App Service.
- 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 basadas en indicación de nombre de 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 utiliza Azure Traffic Manager para escalar la aplicación geográficamente, Traffic Manager también le cobra en función del uso. Para calcular el coste entre servicios de Azure, consulte Calculadora de precios.
Sugerencia
Los servicios de Azure cuestan dinero. Microsoft Cost Management le ayuda a establecer presupuestos y a configurar alertas para mantener el gasto bajo control. 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.
Escalado para funcionalidades o características
Puede escalar o reducir verticalmente el plan de App Service en cualquier momento. Basta con cambiar el plan de tarifa del plan. Puede elegir un plan de tarifa inferior al principio y luego escalar verticalmente más adelante cuando necesite más características de App Service.
Por ejemplo, puede comenzar a probar una aplicación web en un plan de App Service Gratis y no pagar nada. Cuando agrega su nombre DNS personalizado a la aplicación web, simplemente, escale el plan verticalmente hasta al plan Compartido. Más adelante, cuando desee crear un enlace TLS, escale el plan hasta el plan Básico. Si desea tener entornos de ensayo, escale verticalmente hasta el plan Estándar. Cuando necesite más núcleos, memoria o almacenamiento, escale verticalmente a un tamaño superior de VM del mismo plan.
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. Para aislar los recursos, mueva la aplicación a un plan de App Service independiente.
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. Puede seguir agregando aplicaciones a un plan existente siempre que el plan tenga suficientes recursos para administrar la carga.
No obstante, tenga en cuenta que las aplicaciones del mismo plan de App Service comparten los mismos recursos de proceso. Para determinar si la nueva aplicación tiene los recursos necesarios, debe comprender la capacidad del plan de App Service existente junto con la carga prevista para la nueva aplicación. La sobrecarga de un plan de App Service provoca tiempos de inactividad en aplicaciones nuevas y existentes. Puede encontrar más comparaciones entre planes en límites de App Service.
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 (versión preliminar)
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 migraciones "lift-and improve" de cargas de trabajo dependientes de la infraestructura que necesitan componentes COM, acceso al registro, instaladores msi o personalización de IIS mientras se conservan las características de la plataforma administrada de App Service.
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 (versión preliminar): solo windows, SKU Pv4/Pmv4, disponibles en Asia Oriental, Centro-oeste de EE. UU., Norte de Europa y Este de EE. UU. No está disponible para Linux, contenedores o en App Service Environment.
Más información sobre Instancia administrada