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
App Service Environment v1 y v2 se retirarán el 31 de agosto de 2024. Después de esa fecha, esas versiones ya no se admitirán y se eliminarán las App Service Environment v1 y v2 restantes y las aplicaciones que se ejecutan en ellas.
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 o v2, siga los pasos descritos en este artículo migrar a la nueva versión.
A partir del 29 de enero de 2024, ya no puede crear nuevos recursos de App Service Environment v1 o v2 mediante cualquiera de los métodos disponibles, incluidas las plantillas de ARM/Bicep, Azure Portal, la CLI de Azure o la API de REST. Debe migrar a App Service Environment v3 antes del 31 de agosto de 2024 para evitar la eliminación de recursos y la pérdida de datos.
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 |
| 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 | Sí |
| Grupo host dedicado | No | No | Sí (no compatible con la redundancia de zona) |
| Preferencia de actualización para el mantenimiento planeado | No | No | Sí |
| FTPS | Sí | Sí | 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 | Sí | Sí | Si, debe habilitarse explícitamente |
| Soporte de Azure Virtual Network (Clásico) | Sí | 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 | Sí |
| Tráfico SMTP | Sí | Sí | Sí |
| Inspector de red o registros de flujo de NSG para supervisar el tráfico | Sí | Sí | Sí |
| 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 | Sí | Sí | No |
| Sufijo de dominio personalizado | Sí (requiere una conexión TLS basada en SNI) | Sí (solo se admite con determinadas versiones de API) | Sí |
| 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 | Sí | Sí | 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 | Sí | Sí | 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 | Sí | Sí | Sí |
| Integración de Azure Advisor | Sí | Sí | Sí |
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?
- ¿Qué quiere decir que “No existen dependencias de red en la red virtual del cliente”?
- ¿Por qué no se admite la copia de seguridad y restauración en una cuenta de almacenamiento detrás de un firewall en App Service Environment v3?
- ¿A qué hace referencia el sufijo de dominio personalizado?
- ¿En qué regiones se admiten las distintas versiones?
¿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.