Introducción a los planes de Azure App Service

Un App Service se ejecuta siempre en un plan de App Service. Además, Azure Functions se puede ejecutar en un plan de App Service. Un plan de App Service define un conjunto de recursos de proceso para que una aplicación web se ejecute.

Cuando se crea un plan de App Service en una región determinada (por ejemplo, Oeste de Europa), se crea un conjunto de recursos de proceso para ese plan en dicha región. Todas las aplicaciones que coloque en este plan de App Service se ejecutan en estos recursos de proceso según lo definido por el plan de App Service. 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 VM
  • Tamaño de las instancias de VM (pequeño, mediano, grande)
  • Plan de tarifa (Gratis, Compartido, Básico, Estándar, Premium, PremiumV2, PremiumV3, Aislado y AisladoV2)

El plan de tarifa de un plan de App Service determina qué características App Service obtiene y cuánto paga por el plan. Los planes de tarifa disponibles para el plan de App Service dependen del sistema operativo seleccionado en el momento de la creación. Existen las siguientes categorías de planes de tarifa:

  • Proceso de 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, y los recursos no pueden escalarse horizontalmente. Estos niveles están pensados para su uso exclusivo con fines de desarrollo y pruebas.
  • Dedicated compute (Proceso dedicado): 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: los niveles Aislado y AisladoV2 ejecutan máquinas virtuales de Azure dedicadas en instancias de redes virtuales de Azure dedicadas. 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 Traffic Manager y mucho más. Cuanto mayor sea el plan, más características estarán disponibles. Para averiguar qué características se admiten en cada plan de tarifa, consulte los detalles del plan de App Service.

Plan de tarifa Premium v3

El plan de tarifa PremiumV3 garantiza máquinas virtuales con procesadores más rápidos (mínimo 195 ACU 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 nivel Estándar. PremiumV3 permite también una escala mayor con un número más alto de instancias, al tiempo que proporciona toda la funcionalidad avanzada del plan Estándar. Todas las características disponibles en el nivel PremiumV2 existente se incluyen en el nivel PremiumV3.

Hay varios tamaños de máquina virtual disponibles para este nivel, incluidas las relaciones de 4 a 1 y 8 a 1 de memoria a núcleo:

  • P0v3 (1 vCPU, 4 GiB de memoria)
  • P1v3 (2 vCPU, 8 GiB de memoria)
  • P1mv3 (2 vCPU, 16 GiB de memoria)
  • P2v3 (4 vCPU, 16 GiB de memoria)
  • P2mv3 (4 vCPU, 32 GiB de memoria)
  • P3v3 (8 vCPU, 32 GiB de memoria)
  • P3mv3 (8 vCPU, 64 GiB de memoria)
  • P4mv3 (16 vCPU, 128 GiB de memoria)
  • P5mv3 (32 vCPU, 256 GiB de memoria)

Para obtener más información sobre el precio del plan PremiumV3, consulte Precios de App Service.

Para empezar a usar el nuevo plan de tarifa PremiumV3, consulte Configuración del nivel PremiumV3 para App Service.

¿Cómo se ejecuta y escala mi 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.

Cuando 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 obtener información sobre el escalado horizontal de una aplicación, consulte Escalado del recuento de instancias de forma manual o automática.

¿Cuánto cuesta mi plan 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 nivel Gratis, un plan de App Service conlleva un cargo asociado a los recursos de proceso que se utilicen.

  • En el nivel 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.
  • En los niveles 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 Clean up an App Service plan (Eliminar un plan de App Service).
  • En los niveles Aislado y AisladoV2, App Service Environment define el número de trabajos aislados que ejecutan las aplicaciones, y se aplican cargos a cada trabajo. Además, en el nivel Aislado hay un impuesto sobre el timbre fijo por ejecutar el propio App Service Environment.

No se le cobra por usar las características de App Service que tiene a su disposición (configurar dominios personalizados, certificados TLS/SSL, ranuras de implementación, copias de seguridad, etc.). Las excepciones son estas:

  • Dominios de App Service: paga al adquirir uno en Azure y cuando lo renueva cada año.
  • App Service Certificate: 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 planesEstándar o superiores ofrecen una conexión TLS basada en IP de forma gratuita. Las conexiones TLS basadas en SNI son gratuitas.

Nota

Si integra App Service con otro servicio de Azure, debe tener en cuenta los cargos de estos otros servicios. Por ejemplo, si utiliza Azure Traffic Manager para escalar la aplicación geográficamente, Azure Traffic Manager también le cobra en función del uso. Para calcular el costo entre servicios de Azure, consulte Calculadora de precios.

¿Quiere optimizar y ahorrar en el gasto en la nube?

Los servicios de Azure cuestan dinero. Azure Cost Management le ayuda a establecer presupuestos y a configurar alertas para mantener el gasto bajo control. Analice, administre y optimice sus costos de Azure con Cost Management. Para obtener más información, consulte el inicio rápido sobre el análisis de los costos.

¿Qué ocurre si mi aplicación necesita más funcionalidades o características?

El plan de App Service se puede escalar o reducir verticalmente en cualquier momento. Basta con cambiar el plan de tarifa del plan. Puede elegir un plan de tarifa inferior al principio y 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 un plan Compartido. Más adelante, cuando desee crear un enlace TLS, escale el plan hasta el nivel 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 nivel.

Funciona igual a la inversa. Cuando crea que ya no necesita las funcionalidades o características de un plan superior, puede reducir verticalmente a un plan inferior, lo que permite ahorrar dinero.

Para obtener más información sobre el escalado vertical del plan de App Service, consulte Escalado vertical de aplicaciones en Azure.

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 hacerlo, puede mover la aplicación a otro plan de App Service. Para obtener más información, consulte Move an app to another App Service plan (Mover una aplicación a otro plan de App Service).

¿Debería colocar una aplicación en un nuevo plan o en un plan existente?

Puesto que paga por los recursos informáticos que asigna su plan de App Service (consulte ¿Cuánto cuesta mi plan de App Service?), posiblemente pueda ahorrar dinero al colocar 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 y la carga prevista para la nueva aplicación. La sobrecarga de un plan de App Service puede provocar tiempos de inactividad en aplicaciones nuevas y existentes.

Aísle la aplicación en un nuevo plan de App Service en los siguientes casos:

  • La aplicación consume muchos recursos. El número puede ser menor realmente en función del uso intensivo de recursos que usan las aplicaciones hospedadas; sin embargo, como guía general, puede hacer referencia a la tabla siguiente:

    SKU del 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 8
    P1v3, I1v2 16
    P2v3, I2v2, P1mv3 32
    P3v3, I3v2, P2mv3 64
    I4v2, I5v2, I6v2 Densidad máxima limitada por el uso de vCPU
    P3mv3, P4mv3, P5mv3 Densidad máxima limitada por el uso de vCPU
  • Quiere escalar la aplicación independientemente de las demás aplicaciones del plan existente.

  • La aplicación necesita recursos de una región geográfica diferente.

Nota

Una ranura activa también se clasifica como una aplicación activa, ya que también compite por los recursos en el mismo plan de App Service.

De esta forma, puede asignar un nuevo conjunto de recursos para la aplicación y tener un mayor control de las aplicaciones.

Pasos siguientes