Compatibilidad de zonas de disponibilidad con instancias de App Service Environment v2
Importante
En este artículo se aborda App Service Environment v2, que se usa con planes de App Service aislado. 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, revise 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.
Las instancias de App Service Environment v2 (ASE) se pueden implementar en Availability Zones (AZ). Los clientes pueden implementar instancias de ASE de equilibrador de carga interno (ILB) en una instancia de AZ específica dentro de una región de Azure. Si ancla la instancia de ASE de ILB en una AZ específica, los recursos que usa una instancia de ASE de ILB se anclarán a la AZ especificada o se implementarán con redundancia de zona.
Una instancia de ASE de ILB que se implementa explícitamente en una AZ se considera un recurso de zona porque la instancia de ASE de ILB está anclada a una zona específica. Las dependencias siguientes de ASE de ILB se anclarán a la zona especificada:
- La dirección IP del equilibrador de carga interno de la instancia de ASE.
- Los recursos de proceso que la instancia de ASE usa para administrar y ejecutar aplicaciones web.
El almacenamiento de archivos remoto para las aplicaciones web implementadas en una instancia de ASE de ILB de zona usa almacenamiento con redundancia de zona (ZRS).
A menos que se sigan los pasos descritos en este artículo, las instancias de ASE de ILB no se implementan automáticamente de forma zonal. No se puede anclar una instancia de ASE externo con una IP pública a una zona de disponibilidad específica.
Las instancias de ASE de ILB de zona se pueden crear en cualquiera de estas regiones:
- Este de Australia
- Centro de Canadá
- Centro de EE. UU.
- Este de EE. UU.
- Este de EE. UU. 2
- Este de EE. UU. 2 (EUAP)
- Centro de Francia
- Japón Oriental
- Norte de Europa
- Oeste de Europa
- Sudeste de Asia
- Sur de Reino Unido
- Oeste de EE. UU. 2
Las aplicaciones implementadas en una instancia de ASE de ILB de zona se seguirán ejecutando y atenderán el tráfico en esa instancia de ASE incluso si otras zonas de la misma región sufren una interrupción. Es posible que los comportamientos no en tiempo de ejecución, incluidos el escalado del plan de servicio de aplicación, la creación de aplicaciones, la configuración de aplicaciones y la publicación de aplicaciones, puedan verse afectados por una interrupción en otras zonas de disponibilidad. La implementación anclada por zona de una instancia de ASE de ILB de zona solo garantiza un tiempo de actividad continuado para las aplicaciones ya implementadas.
Implementación de App Service Environment en una zona de disponibilidad
Las instancias de ASE de ILB de zona se deben crear con plantillas de Resource Manager. Una vez que se crea una instancia de ASE de ILB de zona a través de una plantilla de Resource Manager, es posible verla e interactuar con ella a través de Azure Portal y la CLI. Solo se necesita una plantilla de Resource Manager para la creación inicial de una instancia de ASE de ILB de zona.
El único cambio necesario en una plantilla de ARM para especificar una instancia de ASE de ILB de zona es la nueva propiedad zones. La propiedad zones se debe establecer en un valor de "1", "2" o "3", según la zona de disponibilidad lógica a la que deba estar anclada la instancia de ASE de ILB.
En el fragmento de la siguiente plantilla de ARM de ejemplo se muestra la nueva propiedad zones, que especifica que la instancia de ASE de ILB se debe anclar a la zona 2.
"resources": [
{
"type": "Microsoft.Web/hostingEnvironments",
"kind": "ASEV2",
"name": "yourASENameHere",
"apiVersion": "2015-08-01",
"location": "your location here",
"zones": [
"2"
],
"properties": {
"name": "yourASENameHere",
"location": "your location here",
"ipSslAddressCount": 0,
"internalLoadBalancingMode": "3",
"dnsSuffix": "contoso-internal.com",
"virtualNetwork": {
"Id": "/subscriptions/your-subscription-id-here/resourceGroups/your-resource-group-here/providers/Microsoft.Network/virtualNetworks/your-vnet-name-here",
"Subnet": "yourSubnetNameHere"
}
}
}
]
Para hacer que la zona de aplicaciones sea redundante, debe implementar dos instancias de ASE de ILB de zona. Las dos instancias de ASE de ILB de zona deben estar en zonas de disponibilidad independientes. Luego debe implementar las aplicaciones en cada una de las instancias de ASE de ILB. Una vez creadas las aplicaciones, debe configurar una solución de equilibrio de carga. La solución recomendada es implementar una instancia ascendente de Application Gateway con redundancia de zona de las instancias de ASE de ILB de zona.
Residencia de datos en la región
Las instancias de ASE de ILB implementadas en una zona de disponibilidad solo almacenarán datos de cliente dentro de la región donde se implementó la instancia de ASE de ILB de zona. El contenido del archivo del sitio web, la configuración proporcionada por el cliente y los secretos almacenados en App Service permanecen dentro de la región donde está implementada la instancia de ASE de ILB de zona.
Los clientes garantizan la residencia de datos de una sola región si siguen los pasos descritos anteriormente en la sección "Implementación de App Service Environment en una zona de disponibilidad". Al configurar una instancia de App Service Environment de acuerdo con estos pasos, una instancia de App Service Environment implementada en una zona de disponibilidad cumple con los requisitos de residencia de datos en la región, incluidos los especificados en el Centro de confianza de Azure.
Para validar que hay una instancia de App Service Environment configurada correctamente para almacenar datos en una sola región, los clientes pueden seguir estos pasos:
- Con el Explorador de recursos, vaya al recurso de Azure Resource Manager correspondiente a la instancia de App Service Environment. Las instancias de ASE aparecen en providers/Microsoft.Web/hostingEnvironments.
- Si hay una propiedad zones en la vista de la sintaxis JSON de Azure Resource Manager y contiene una matriz JZON de un solo valor con un valor de 1," "2," o "3,", la instancia de ASE está implementada en la zona y los datos de cliente permanecen en la misma región.
- Si no existe una propiedad zones o la propiedad no tiene un valor de zona válido según lo especificado anteriormente, la instancia de ASE no está implementada en la zona y los datos de cliente no se almacenan de manera exclusiva en la misma región.