Información general sobre App Service Environment

App Service Environment es una característica de Azure App Service que proporciona un entorno totalmente aislado y dedicado para ejecutar aplicaciones de App Service de forma segura a gran escala. A diferencia de la oferta multiinquilino pública de App Service que comparte la infraestructura de soporte, las instancias de App Service Environment proporcionan un proceso dedicado para un único cliente. Para más información, consulte Comparación multiinquilino público de App Service Environment v3 y App Service.

Una instancia de App Service Environment proporciona funcionalidades de hospedaje para varias cargas de trabajo:

• Aplicaciones web de Windows
• Aplicaciones web de Linux
• Contenedores de Docker para Windows y Linux
• Functions
• Aplicaciones lógicas Estándar en regiones admitidas

Los entornos de App Service están diseñados para admitir cargas de trabajo de aplicaciones que requieren características específicas de rendimiento y seguridad:

• Compatibilidad con gran escala
• Aislamiento y acceso a redes seguro
• Compatibilidad con un uso de memoria elevado
• Capacidad de controlar muchas solicitudes por segundo (RPS)

Puede crear varios entornos de App Service Environment en una o varias regiones de Azure. Esta flexibilidad hace que los entornos de App Service Environment sean perfectos para aplicaciones sin estado de escalado horizontal con un requisito de RPS elevado.

Una instancia de App Service Environment hospeda aplicaciones para un solo cliente en una de sus redes virtuales. Los clientes tienen un mayor control sobre el tráfico de red entrante y saliente de la aplicación. Las aplicaciones pueden establecer conexiones seguras de alta velocidad a través de redes privadas virtuales a recursos corporativos locales.

Escenarios de uso

Los entornos de App Service tienen muchos casos de uso:

• Aplicaciones de línea de negocio internas
• Aplicaciones que necesitan más de 30 instancias del plan de App Service
• Sistemas de un solo inquilino para satisfacer los requisitos internos de cumplimiento o seguridad.
• Hospedaje de aplicaciones aisladas de red
• Aplicaciones de varios niveles

Las aplicaciones multiinquilino de App Service pueden usar varias características de red para llegar a recursos aislados de red o se aíslen de la red por sí mismas. Estas características se habilitan en el nivel de aplicación. En el caso de App Service Environment, las aplicaciones no requieren una configuración adicional para unirse a una red virtual. Las aplicaciones se implementan en un entorno aislado de red que ya reside en una red virtual. Si necesita aislamiento completo, implemente App Service Environment en hardware dedicado.

Entorno dedicado

Una instancia de App Service Environment es una implementación de un solo inquilino de App Service que se ejecuta en la red virtual.

Las aplicaciones se hospedan en planes de App Service que usted crea en una instancia de App Service Environment. Un plan de App Service actúa como perfil de aprovisionamiento para un host de aplicación. A medida que escale horizontalmente el plan de App Service, agregue más hosts de aplicación. Todas las aplicaciones de ese plan se ejecutan en cada host. Una única instancia de App Service Environment v3 admite hasta 200 instancias en total en todos los planes de App Service. Un único plan de App Service aislado v2 (Iv2) admite hasta 100 instancias.

Si necesita aislamiento físico hasta el nivel de hardware, puede implementar App Service Environment v3 en hosts dedicados.

• Las implementaciones de Dedicated Host limitan el escalado en todos los planes de App Service al número de núcleos disponibles en ese entorno.

• Cada entorno tiene 132 núcleos virtuales.

• Los tamaños de instancia usan las siguientes asignaciones de núcleo virtual:

  • I1v2 usa dos núcleos virtuales.
  • I2v2 usa cuatro núcleos virtuales.
  • I3v2 usa ocho núcleos virtuales.

Solo los tamaños de SKU I1v2, I2v2 e I3v2 están disponibles en una instancia de App Service Environment implementada en hosts dedicados. Se aplican cargos adicionales para implementaciones de host dedicadas.

La mayoría de los clientes no requieren aislamiento a nivel de hardware, por lo que tenga en cuenta las limitaciones de las implementaciones de Dedicated Host antes de usar esta característica. Para determinar si una implementación de host dedicada es adecuada para usted, revise los requisitos de seguridad y cumplimiento antes de la implementación.

Compatibilidad con redes virtuales

Una instancia de App Service Environment es una implementación de App Service que se ejecuta en una sola subred dentro de una red virtual. Al implementar una aplicación en una instancia de App Service Environment, se usa la dirección de entrada asignada al entorno. Si App Service Environment se implementa con una dirección IP virtual (VIP) interna, la dirección de entrada de todas las aplicaciones es una dirección dentro de la subred de App Service Environment. Si App Service Environment se implementase con una dirección VIP externa, la dirección entrante sería una dirección pública y las aplicaciones se mostrarán en el Sistema de nombres de dominio (DNS) público.

Una instancia de App Service Environment v3 en su subred usa un número variable de direcciones, según el número de instancias y la cantidad de tráfico. Algunos roles de infraestructura se escalan automáticamente según el número de planes de App Service y la carga. Use un bloque de enrutamiento entre dominios sin clases (CIDR) /24 que tenga 256 direcciones para la subred v3 de App Service Environment. Este tamaño puede hospedar una instancia de App Service Environment v3 en una capacidad de escalabilidad horizontal completa.

Las aplicaciones de una instancia de App Service Environment pueden acceder a los recursos de la misma red virtual que App Service Environment sin configuración adicional. Si la red virtual de App Service Environment se conecta a otra red, las aplicaciones de App Service Environment podrán acceder a los recursos de esas redes extendidas. Pero es posible que la configuración de usuario en la red bloquee el tráfico.

La versión multiinquilino de App Service incluye numerosas características que permiten a las aplicaciones conectarse a varias redes. Estas características de red permiten que las aplicaciones funcionen como si se implementaran en una red virtual. Las aplicaciones de una instancia de App Service Environment v3 no requieren la configuración agregada para ejecutarse en la red virtual.

Una ventaja clave del uso de App Service Environment en lugar de un servicio multiinquilino es que existen controles de acceso a red para las aplicaciones hospedadas fuera de la configuración de la aplicación. En un servicio multiinquilino, es necesario habilitar las características de cada aplicación individualmente y usar el control de acceso basado en roles (RBAC) o una directiva para evitar cambios en la configuración.

Diferencias de características

App Service Environment v3 difiere de las versiones anteriores de las siguientes maneras:

• No tiene dependencias de red en la red virtual del cliente. Proteja todo el tráfico entrante y saliente y enrute el tráfico saliente según sea necesario.

• Puede implementar una instancia de App Service Environment v3 con redundancia de zona habilitada. Esta opción solo está disponible en regiones en las que todas las dependencias admiten la redundancia de zona. Puede habilitar la redundancia de zona en la creación o en cualquier momento después de la implementación.

  Tenga en cuenta los siguientes factores para un entorno que tenga redundancia de zona:

  • Cada plan de App Service debe tener al menos dos instancias para distribuirlas entre zonas.
  • El estado de redundancia de zona de cada plan de App Service es independiente, por lo que es posible usar una combinación de planes con redundancia de zona y sin redundancia de zona.
  • Para que los planes tengan redundancia de zona, App Service Environment debe tener habilitada la redundancia de zona.
  • Es posible reducir verticalmente los planes sin redundancia de zona a una sola instancia.

  Para más información, consulte Confiabilidad en App Service Environment.

• Puede implementar un entorno de App Service Environment v3 en un grupo host dedicado. Las implementaciones de grupos host no tienen redundancia de zona.

• Se escala más rápido que una instancia de App Service Environment v2.

• Ya no requiere ajustes de escalado front-end. Las instancias front-end de App Service Environment v3 se escalan automáticamente para satisfacer sus necesidades y se implementan en hosts mejorados.

• Permite que las operaciones de escalado continúen mientras otra operación se encuentre en curso, siempre y cuando tengan diferentes combinaciones de sistema operativo y tamaño. Por ejemplo, mientras que el plan de App Service pequeño de Windows se escala, es posible iniciar una operación de escalado para un plan de Windows mediano o cualquier otro plan que no sea de Windows pequeño.

• Admite el acceso a las aplicaciones de una instancia interna de App Service Environment v3 de VIP en todo el emparejamiento global. Las versiones anteriores no admiten este acceso.

Algunas características disponibles en versiones anteriores de App Service Environment no están disponibles en App Service Environment v3. Por ejemplo, ya no puede realizar las siguientes acciones:

• Realice una operación de copia de seguridad y restauración en una cuenta de almacenamiento detrás de un firewall.

• Acceda al punto de conexión seguro del protocolo de transferencia de archivos (FTPS) mediante un sufijo de dominio personalizado.

Precios

El sistema de precios de App Service Environment v3 varía en función del tipo de implementación:

• App Service Environment v3: si el entorno está vacío, se le cobrará como si tuviera una instancia de Windows I1v2. Este cargo solo se aplica cuando no se implementa ninguna instancia.

• App Service Environment v3 con redundancia de zona: No se ha agregado ningún cargo por la compatibilidad con la zona de disponibilidad. El sistema de precios es el mismo que el de un entorno sin redundancia de zona.

• Host dedicado de App Service Environment v3: se paga por dos hosts dedicados en el momento de la creación del entorno según los precios corrientes. A medida que se escala, se le cobra por una tarifa de Iv2 especializada por cada núcleo virtual. Por cada instancia, I1v2 usa dos núcleos virtuales, I2v2 usa cuatro núcleos virtuales y I3v2 usa ocho núcleos virtuales.

También es posible usar los precios de las instancias reservadas para Iv2. Para más información, consulte Precios de App Service.

Regiones

App Service Environment v3 está disponible en las regiones siguientes.

Regiones públicas de Azure

* App Service Environment v3 tiene disponibilidad limitada y no admite implementaciones de Dedicated Host.
** Para obtener más información sobre la compatibilidad de las zonas de disponibilidad y los servicios disponibles en estas regiones, póngase en contacto con el representante de ventas o de clientes de Microsoft.

Regiones de Azure Government

Azure operado por 21Vianet

Residencia de datos en la región

Una instancia de App Service Environment almacena los datos de los clientes, incluido el contenido de la aplicación, la configuración y los secretos, solo dentro de la región donde se implementa. Todos los datos permanecen en la región, lo que garantiza el cumplimiento de los requisitos de residencia de datos regionales.

Planes de tarifa

En las secciones siguientes se muestra la disponibilidad de los planes de tarifa regionales, o SKU, para App Service Environment v3.

Regiones públicas de Azure

* Los contenedores de Windows no admiten SKU grandes en esta región.
** Disponibilidad limitada. Cree una incidencia de soporte técnico si tiene problemas para implementar esta SKU.

Regiones de Azure Government

* Los contenedores de Windows no admiten SKU grandes en esta región.

Azure operado por 21Vianet

* Los contenedores de Windows no admiten SKU grandes en esta región.