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.
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 y 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 | Los planes Básico, Estándar, Premium, PremiumV2 y PremiumV3 ejecutan aplicaciones en VM 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.
Plan de tarifa PremiumV3
El plan de tarifa PremiumV3 proporciona máquinas virtuales con procesadores más rápidos (mínimo 195 Unidades de Azure Compute por CPU virtual), almacenamiento SSD, opciones optimizadas para memoria y el cuádruple de proporción de memoria a núcleo en comparación con el plan Estándar.
PremiumV3 permite también una escala mayor usando un número más alto de instancias, a la vez que proporciona toda la funcionalidad avanzada del plan Estándar. PremiumV3 incluye todas las características disponibles en el plan PremiumV2.
Hay varios tamaños de máquina virtual disponibles para este plan, incluidas las relaciones de 4 a 1 y de 8 a 1 entre memoria y núcleo:
| Plan de App Service | Núcleos (vCPU) | Memoria (GiB) |
|---|---|---|
| P0v3 | 1 | 4 |
| P1v3 | 2 | 8 |
| P1mv3 | 2 | 16 |
| P2v3 | 4 | 16 |
| P2mv3 | 4 | 32 |
| P3v3 | 8 | 32 |
| P3mv3 | 8 | 64 |
| P4mv3 | 16 | 128 |
| P5mv3 | 32 | 256 |
Para obtener más información sobre el precio del plan PremiumV3, consulte Precios de App Service.
Para empezar a usar el plan de tarifa PremiumV3, consulte Configuración del plan PremiumV3 para Azure 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.
De esta manera, el plan de App Service es la unidad de escalado de las aplicaciones de App Service. Si el plan está configurado para ejecutar cinco instancias de VM, todas las aplicaciones del plan se ejecutan en las cinco instancias. Si el plan está configurado para el escalado automático, todas las aplicaciones del plan se escalan horizontalmente juntas según la configuración de escalado automático.
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.
- Planes de proceso dedicados (Básico, Estándar, Premium, PremiumV2, PremiumV3): el plan de App Service define el número de instancias de máquina virtual al que se escalan las aplicaciones, de manera que se apliquen cargos a 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.
- 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.