Compartir vía


Comparación de versiones de App Service Environment

App Service Environment tiene tres versiones. App Service Environment v3 es la última versión y proporciona ventajas y diferencias en las características con respecto a versiones anteriores.

Importante

En este artículo se incluye información sobre App Service Environment v1 y v2. App Service Environment v1 y v2 se retiran a partir del 31 de agosto de 2024. Hay una nueva versión de App Service Environment que resulta más fácil de usar y se ejecuta en una infraestructura más eficaz. Para aprender más sobre la nueva versión, empiece por consultar la Introducción a App Service Environment. Si actualmente usa App Service Environment v1, siga los pasos descritos en este artículo para migrar a la nueva versión.

A partir del 31 de agosto de 2024, el Acuerdo de Nivel de Servicio (SLA) y los créditos de servicio ya no se aplican a las cargas de trabajo de App Service Environment v1 y v2 que siguen en producción, ya que son productos retirados. Se ha iniciado la retirada del hardware de App Service Environment v1 y v2, lo que puede afectar a la disponibilidad y el rendimiento de las aplicaciones y los datos.

Debe completar la migración a App Service Environment v3 inmediatamente o las aplicaciones y los recursos podrían ser eliminados. Intentaremos migrar automáticamente cualquier instancia restante de App Service Environment v1 y v2 en la medida de lo posible mediante la característica de migración local, pero Microsoft no ofrece ninguna garantía sobre la disponibilidad de la aplicación después de la migración automática. Es posible que tenga que realizar la configuración manual para completar la migración y optimizar la opción de SKU del plan de App Service para satisfacer sus necesidades. Si la migración automática no es factible, se eliminarán los recursos y los datos de la aplicación asociados. Le instamos encarecidamente a que actúe ahora para evitar cualquiera de estos escenarios extremos.

Si necesita más tiempo, podemos ofrecerle un único periodo de gracia de 30 días para que complete la migración. Para obtener más información y solicitar este período de gracia, consulte la información general del período de gracia, y a continuación, vaya a Azure Portal y visite la hoja Migración para cada uno de los entornos de App Service.

Para obtener la información más actualizada sobre la retirada de App Service Environment v1/v2, consulte la Actualización de retirada de App Service Environment v1 y v2.

Comparación entre versiones

Implementación

Característica App Service Environment v1 App Service Environment v2 App Service Environment v3
Hardware Cloud Services (clásico) Cloud Services (clásico) Conjuntos de escalado de máquina virtual
SKU disponibles P1, P2, P3, P4 I1, I2, I3 I1v2, I2v2, I3v2, I4v2, I5v2, I6v2
CPU Núcleos físicos Núcleos físicos CPU virtual (vCPU)
Recuento máximo de instancias 55 hosts (front-end predeterminado + trabajadores) 100 instancias por plan de App Service. Máximo de 200 instancias en todos los planes. 100 instancias por plan de App Service. Máximo de 200 instancias en todos los planes.
Redundancia de zona No No: la asignación de zonas a una zona está disponible
Grupo host dedicado No No (no compatible con la redundancia de zona)
Preferencia de actualización para el mantenimiento planeado No No
FTPS Si, debe habilitarse explícitamente. No se admite el acceso al punto de conexión FTPS mediante el sufijo de dominio personalizado.
Estructura del punto de conexión FTPS ftps://APP-NAME.ASE-NAME.appserviceenvironment.net ftps://APP-NAME.ASE-NAME.appserviceenvironment.net: se admite el sufijo de dominio personalizado si tiene uno configurado reemplazando el nombre de App Service Environment y el sufijo de dominio predeterminado por el sufijo de dominio personalizado. ftps://ASE-NAME.ftp.appserviceenvironment.net/site/wwwroot: no se admite el sufijo de dominio personalizado. Cada aplicación del mismo App Service Environment v3 usa el mismo punto de conexión FTPS, pero tiene sus propias credenciales de ámbito de aplicación únicas para la autenticación.
Depuración remota Si, debe habilitarse explícitamente
Soporte de Azure Virtual Network (Clásico) No No

Redes

Característica App Service Environment v1 App Service Environment v2 App Service Environment v3
Dependencias de red Debe administrar todo el tráfico entrante y saliente. Los grupos de seguridad de red deben permitir el tráfico de administración. Debe administrar todo el tráfico entrante y saliente. Los grupos de seguridad de red deben permitir el tráfico de administración. Asegúrese de que Azure Load Balancer pueda conectarse a la subred en el puerto 16001. No existen dependencias de red en la red virtual del cliente. Asegúrese de que Azure Load Balancer pueda conectarse a la subred en el puerto 80.
Compatibilidad con el punto de conexión privado No No Si, debe habilitarse explícitamente
Acceder a las aplicaciones VIP internas en un entorno de App Service Environment v3 en todo el emparejamiento global No No
Tráfico SMTP
Inspector de red o registros de flujo de NSG para supervisar el tráfico
Delegación de subred No se requiere No se requiere Debe delegarse a Microsoft.Web/hostingEnvironments
Tamaño de la subred Una instancia de App Service Environment v1 que no tenga ningún plan de App Service utilizará 12 direcciones antes de que se cree una aplicación. Si usa un ILB App Service Environment v1, este usa 13 direcciones antes de crear una aplicación. A medida que escale horizontalmente, los roles de infraestructura se agregan a cada múltiplo de 15 y 20 de las instancias del plan de App Service. Una instancia de App Service Environment v2 que no tenga ningún plan de App Service utilizará 12 direcciones antes de que se cree una aplicación. Si usa un ILB App Service Environment v2, este usa 13 direcciones antes de crear una aplicación. A medida que escale horizontalmente, los roles de infraestructura se agregan a cada múltiplo de 15 y 20 de las instancias del plan de App Service. Cualquier subred tiene cinco direcciones reservadas para fines de administración. Además de las direcciones de administración, App Service Environment v3 escala dinámicamente la infraestructura de apoyo y usa entre 4 y 27 direcciones, según la configuración y la carga. Las direcciones restantes se pueden usar para las instancias del plan de App Service. El tamaño mínimo de la subred es un espacio de direcciones de /27 (32 direcciones).
Reserva DNS Azure DNS Azure DNS Asegúrese de tener un reenviador a un DNS público o incluya Azure DNS en la lista de servidores DNS personalizados

Ampliación

App Service Environment v3 se ejecuta en la infraestructura de Virtual Machine Scale Sets más reciente, mientras App Service Environment v1 y v2 se ejecutan en Cloud Services (clásico). Por este motivo, App Service Environment v3 tiene el mejor rendimiento y tiempos de escalado más rápidos en todas las versiones.

Característica App Service Environment v1 App Service Environment v2 App Service Environment v3
Administración de escalado front-end Manual Manual Administrado por plataforma
Operaciones de escalado Bloquea otras operaciones de escalado Bloquea otras operaciones de escalado No bloquea otras operaciones de escalado

Certificados y dominios

Característica App Service Environment v1 App Service Environment v2 App Service Environment v3
Seguridad de la capa de transporte (TLS) o de Capa de sockets seguros (SSL) basada en una IP enlazada con las aplicaciones No
Sufijo de dominio personalizado Sí (requiere una conexión TLS basada en SNI) Sí (solo se admite con determinadas versiones de API)
Nombre de host predeterminado Si tiene un sufijo de dominio personalizado, el nombre de host predeterminado incluye el sufijo de dominio personalizado y tiene el formato APP-NAME.internal.contoso.com. Si tiene un sufijo de dominio personalizado, el nombre de host predeterminado incluye el sufijo de dominio personalizado y tiene el formato APP-NAME.internal.contoso.com. El nombre de host predeterminado siempre usa el sufijo de dominio predeterminado de App Service Environment y tiene el formato APP-NAME.ASE-NAME.appserviceenvironment.net. App Service Environment v3 mantiene el sufijo de dominio predeterminado al agregar un sufijo de dominio personalizado. Si agrega un sufijo de dominio personalizado, la configuración del sufijo de dominio personalizado se encuentra en la propiedad customDnsSuffixConfiguration.
Soporte para certificados administrados de App Service No N.º No

Copia de seguridad y restauración

Característica App Service Environment v1 App Service Environment v2 App Service Environment v3
Realice una operación de copia de seguridad y restauración en una cuenta de almacenamiento detrás de un firewall No

Registro y supervisión

Característica App Service Environment v1 App Service Environment v2 App Service Environment v3
Registro de aplicaciones en la cuenta de almacenamiento a través de la red virtual No. En su lugar, se recomienda usar el registro de diagnóstico. Si necesita usar un firewall para la cuenta de almacenamiento de registros, la cuenta de almacenamiento debe estar en otra región y usar las direcciones públicas salientes de App Service Environment en las reglas. Para más información, consulte Consideraciones sobre las redes.
Integración de Azure Policy
Integración de Azure Advisor

Precios

App Service Environment v3 suele ser más barato que las versiones anteriores debido a la eliminación del impuesto sobre el timbre y a tamaños de instancia mayores. Para obtener información y escenarios de ejemplo sobre cómo migrar a App Service Environment v3 puede afectar a los costos, consulte los ejemplos de precios de migración y Estime el ahorro de costos mediante la migración a App Service Environment v3.

Característica App Service Environment v1 App Service Environment v2 App Service Environment v3
Precios Pago por cada vCPU Impuesto sobre el timbre más costo por instancia aislada, las reservas están disponibles para el impuesto sobre el timbre Sin impuesto sobre el timbre y la tarifa aislada v2 tiene un precio de instancia reservado de 1 a 3 años. Los planes de ahorro de Azure para proceso también están disponibles.

Preguntas más frecuentes

¿Qué SKU están disponibles en App Service Environment v1, v2 y v3?

App Service Environment v1 usa el SKU Premium y App Service Environment v2 usa el SKU aislado. App Service Environment v3 usa la instancia v2 aislada. En las tablas siguientes se enumeran las instancias disponibles para cada SKU con sus respectivos recuentos de núcleos y RAM. Las instancias correspondientes entre v2 aislada y aislada tienen el doble de núcleos y RAM. Este aumento de la capacidad debe revisarse al migrar hasta App Service Environment v3 aislado a Premium para asegurarse de no aprovisionar en exceso.

App Service Environment v3 (v2 aislado):

Aislado V2 Núcleos RAM (GB)
I1v2 2 8
I2v2 4 16
I3v2 8 32
I4v2 16 64
I5v2 32 128
I6v2 64 256

App Service Environment v2 (aislado):

Aislado Núcleos RAM (GB)
I1 1 3,5
I2 2 7
I3 4 14

App Service Environment v1 (Premium):

Premium Núcleos RAM (GB)
P1 1 1,75
P2 2 3,5
P3 4 7
P4 8 14

¿Qué quiere decir que “No existen dependencias de red en la red virtual del cliente”?

En App Service Environment v3, no es necesario establecer reglas de entrada y de salida para el tráfico de administración y dependencia. App Service Environment v3 fue diseñado para que la administración y el tráfico de dependencia permanezcan dentro de la red troncal de Azure en lugar de la red virtual. El único tráfico que atraviesa la red virtual es el tráfico de la aplicación hacia y desde las aplicaciones.

El requisito mínimo para que App Service Environment v3 esté operativo es:

Puertos de origen/destino Dirección Source Destination Propósito
* / 80 Entrada AzureLoadBalancer Rango de subred de App Service Environment Permita el tráfico de ping de mantenimiento interno

Para más información sobre las dependencias de red de App Service Environment v3, consulte puertos y restricciones de red.

En App Service Environment v2 hay muchos requisitos de entrada y salida que tiene que administrar. La modificación de estas reglas puede hacer que el entorno entre en un estado incorrecto.

  • Entrada
    • TCP desde la etiqueta de servicio de IP AppServiceManagement en los puertos 454 y 455
    • TCP desde el equilibrador de carga en el puerto 16001.
    • Desde la subred de App Service Environment a la subred de App Service Environment en todos los puertos
  • Salida
    • UDP a todas las direcciones IP en el puerto 53.
    • UDP a todas las direcciones IP en el puerto 123.
    • TCP a todas las direcciones IP en el puerto 80, 443
    • TCP a la etiqueta de servicio IP SQL en el puerto 1433
    • TCP a todas las direcciones IP en el puerto 12000.
    • A la subred de App Service Environment en todos los puertos

Para obtener más información sobre las dependencias de red de App Service Environment v2, consulte Dependencias entrantes y salientes.

¿Por qué no se admite la copia de seguridad y restauración en una cuenta de almacenamiento detrás de un firewall no admitido en App Service Environment v3?

Esta limitación es el resultado del cambio de infraestructura subyacente que se implementó para App Service Environment v3. Dado que la copia de seguridad y la restauración son operaciones de administración y todo el tráfico de administración está aislado fuera de la red virtual del cliente, estas operaciones deben realizarse a través de la red troncal de Azure. Por lo tanto, el cliente no puede permitir explícitamente este tráfico a través del firewall en su cuenta de almacenamiento.

¿A qué hace referencia el sufijo del dominio personalizado?

El sufijo de dominio personalizado es para App Service Environment. Está disponible en App Service Environment v1 y v3, pero se quitó de App Service Environment v2.

Esta característica es diferente de un enlace de dominio personalizado en una instancia de App Service. El sufijo de dominio personalizado define un dominio raíz que App Service Environment puede usar. En la variación pública de Azure App Service, el dominio raíz predeterminado de todas las aplicaciones web es azurewebsites.net. En el caso de App Service Environment de ILB, el dominio raíz predeterminado es appserviceenvironment.net. Sin embargo, dado que un App Service Environment de ILB es interno para la red virtual de un cliente, los clientes pueden usar un dominio raíz además del predeterminado que tenga sentido utilizar dentro de la red virtual interna de una empresa. Por ejemplo, una empresa hipotética, Contoso Corporation, puede usar el dominio raíz predeterminado internal.contoso.com para las aplicaciones diseñadas para que se resuelvan solo en la red virtual de Contoso, y a las que se pueda acceder solo desde ella. Se puede acceder a una aplicación de esta red virtual accediendo a APP-NAME.internal.contoso.com.

Para obtener más información sobre el sufijo de dominio personalizado, consulte Sufijo de dominio personalizado para entornos de App Service Environment.

¿En qué regiones se admiten las distintas versiones?

Debido a los cambios de hardware entre las versiones, hay algunas regiones en las que se pueden admitir App Service Environment v1/v2, pero no App Service Environment v3. La lista de regiones admitidas se actualiza continuamente con las últimas disponibilidades.

Pasos siguientes