Evitar y resolver problemas causados por una migración automática de una instancia de App Service Environment

Importante

App Service Environment v1 y v2 se retiran y ya no se admiten. Si tiene un App Service Environment v1 o v2, debe migrar a App Service Environment v3. Para obtener más información, consulte Actualizar a App Service Environment v3.

Las migraciones automáticas son migraciones iniciadas por Microsoft. A partir del 1 de septiembre de 2024, la plataforma intentará migrar automáticamente cualquier App Service Environment v1 y v2 restante de la mejor manera posible utilizando la característica de migración local, pero Microsoft no ofrece ninguna garantía sobre la disponibilidad de las aplicaciones 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 tiene una versión v1 o v2 de App Service Environment que se migró automáticamente a App Service Environment v3, es posible que encuentre problemas con sus aplicaciones o servicios. En este artículo se proporcionan instrucciones sobre cómo solucionar estos problemas.

Información general

Después del 1 de septiembre de 2024, todas las versiones v1 y v2 de App Service Environment pueden migrarse automáticamente (migradas automáticamente) a App Service Environment v3 en cualquier momento, a menos que se indique lo contrario. La plataforma inicia migraciones automáticas, que son necesarias para asegurarse de que App Service Environment se ejecuta en una plataforma compatible.

Nota:

Las migraciones y eliminaciones automáticas se realizan en lotes. Si su App Service Environment aún no se ha migrado automáticamente, puede hacerlo o eliminarse en cualquier momento. La única manera de asegurarse de que App Service Environment no se migre o elimine de forma inesperada es solicitar un período de gracia de 30 días.

Las migraciones automáticas se realizan mediante la característica de migración local. Hay aproximadamente una hora de tiempo de inactividad durante el proceso de migración. Las direcciones IP entrantes y salientes de App Service Environment pueden cambiar durante el proceso de migración. El tiempo de inactividad puede ser mayor si tiene dependencias en estas direcciones IP. El tiempo de inactividad también puede ser más largo si usa características que no se admiten en App Service Environment v3.

Periodo de gracia

Si necesita más tiempo para completar sus migraciones, podemos ofrecerle un único periodo de gracia de 30 días. Su App Service Environment no se migra automáticamente ni se elimina durante el periodo de gracia. Cuando finalice el periodo de gracia, intentaremos migrar automáticamente su App Service Environment. Si la migración automática no es factible, se eliminan los recursos y los datos de la aplicación asociados.

Para recibir este período de gracia, vaya a Azure Portal y visite la página Migración de App Service Environment. Si tiene más de una instancia de App Service Environment, debe confirmar y recibir un período de gracia para cada uno de los entornos que requiere más tiempo para migrar.

Una vez que reciba el período de gracia, el banner situado en la parte superior de la página Migración muestra la fecha de finalización del período de gracia. Es posible que tenga que actualizar la página para ver el banner actualizado. El banner puede tardar hasta cinco minutos en actualizarse con la fecha.

Si necesita más soporte técnico o tiene preguntas, póngase en contacto con el soporte técnico de Azure mediante la opción Abrir incidencia de soporte técnico en Azure Portal en la página Migración. Es importante que confirme y reciba un período de gracia para cada uno de los entornos que requieran más tiempo para migrar antes de abrir la solicitud de soporte técnico. El período de confirmación y gracia garantiza que los entornos no se migran automáticamente mientras se procesa la solicitud de soporte técnico.

Limitaciones de la migración automática

Las migraciones automáticas se realizan mediante la característica de migración local. Las siguientes limitaciones se aplican a las migraciones automáticas, de forma similar a las limitaciones de las migraciones locales:

• El nuevo App Service Environment v3 se encuentra en la subred existente que se utilizó para su antiguo entorno.
• El nuevo App Service Environment v3 se encuentra en la misma región que su antiguo entorno.
• El nuevo App Service Environment v3 se encuentra en el mismo grupo de recursos que su antiguo entorno.
• Todos los recursos mantienen los mismos nombres e identificadores. de recursos.
• Los enlaces TLS/SSL basados en IP no se admiten en App Service Environment v3. Si tiene enlaces TLS/SSL basados en IP, debe quitarlos una vez completada la migración. Las aplicaciones no funcionan hasta que quite los enlaces.
• App Service Environment v1 en una red virtual clásica no es compatible con la migración. Si tiene un App Service Environment v1 en una red virtual clásica, debe migrar manualmente. Su App Service Environment es apto para su eliminación en cualquier momento si no solicita un período de gracia de 30 días.
• La característica de migración local no está disponible en Este de China 2 y Norte de China 2. No se admite la característica porque App Service Environment v3 no está disponible en estas regiones. Por lo tanto, la migración automática no es posible para App Service Environments en estas regiones. Si tiene un App Service Environment en estas regiones, debe migrar manualmente a una de las regiones admitidas, como Este de China 3 o Norte de China 3. Su App Service Environment es apto para su eliminación en cualquier momento si no solicita un período de gracia de 30 días.

Para obtener más información sobre las migraciones locales y ver el proceso que se sigue durante una migración automática, consulte Migración a App Service Environment v3 mediante la función de migración local.

No elegible para la migración automática

Hay dos casos en los que no puede optar a la migración automática. El primer escenario es si su entorno actual se encuentra en una región que no admite App Service Environment v3. El otro escenario es si tienes un App Service Environment v1 en una red clásica virtual. Si no es apto para la migración automática y nunca puede realizar la migración automática, el portal muestra un mensaje con el motivo por el que no es apto. Debe migrar manualmente. Su App Service Environment es apto para su eliminación en cualquier momento si no solicita un período de gracia de 30 días.

En algunos casos, es posible que se le bloquee temporalmente la migración automática, pero puede resolver el problema de bloqueo y habilitar la migración automática. Por ejemplo, si tiene un bloqueo de recursos en App Service Environment, puede quitar el bloqueo de recursos para habilitar la migración automática. Se suspende automáticamente una migración automática bloqueada por un bloqueo de recursos, Azure Policy o configuración de red. Si necesita quitar la suspensión de su App Service Environment, abra una incidencia de soporte técnico.

Es posible que se muestren los siguientes errores en el portal si no es apto para la migración automática:

Error	Recomendación
App Service Environment v1 está en una red virtual clásica. Las redes virtuales clásicas no admiten App Service Environment v3.	Debe migrar manualmente.
Hay un bloqueo de recursos en App Service Environment, red virtual, grupo de recursos o suscripción que impide la migración.	Para habilitar la migración automática, quite el bloqueo de recursos.
Hay un Azure Policy que impide la migración.	Para habilitar la migración automática, quite cualquier directiva de Azure que bloquee las modificaciones o eliminaciones de recursos para el entorno de servicio de aplicaciones o la red virtual en la que se encuentra el entorno.
App Service Environment está en una región que no admite la migración automática.	Debe migrar manualmente.

Qué hacer si se suspende App Service Environment

Si su App Service Environment está suspendido, tiene tres opciones.

Quitar suspensión y migrar automáticamente

Si desea migrar usted mismo, abra una incidencia de asistencia utilizando la opción de la página Migración para ver si podemos quitar la suspensión de su App Service Environment. No garantizamos que podamos quitar la suspensión de su entorno.

Reanudación o quitar la suspensión como App Service Environment v3

Si desea acelerar la migración, puede reanudar o quitar la suspensión del entorno como una App Service Environment v3. Para reanudar su App Service Environment como una v3, vaya a Azure Portal y visite la página Migración del App Service Environment. Para reanudar el entorno como App Service Environment v3, seleccione el botón "Migrar ahora". Este botón inicia el mismo proceso que se usa para las migraciones automáticas. Las limitaciones, el tiempo de inactividad y otras consideraciones son las mismas que para las migraciones automáticas. Si tiene más de un App Service Environment, debe reanudar cada uno de los entornos suspendidos.

Eliminación de App Service Environment

Si ya no necesita App Service Environment, puede eliminar el entorno mediante el siguiente comando de la CLI. Reemplace los marcadores de posición del identificador de suscripción, el nombre del entorno y el grupo de recursos por los valores de App Service Environment que desea eliminar. La CLI de Azure es el único método disponible para eliminar el entorno. Si no ha usado anteriormente la CLI de Azure, instale la CLI de Azure o use Azure Cloud Shell y utilice un shell de Bash. Al eliminar el entorno también se eliminarán las aplicaciones asociadas y los planes de App Service. Esta acción es irreversible.

az rest --method delete --url "https://management.azure.com/subscriptions/<SUBSCRIPTION-ID>/resourceGroups/<RESOURCE-GROUP>/providers/Microsoft.Web/hostingEnvironments/<ASE-NAME>?api-version=2020-12-01" --url-parameters forceDelete=true --verbose

Características para limitar los efectos de las migraciones automáticas

Para limitar el efecto de las migraciones automáticas, implementamos las siguientes características en la característica de migración automática.

Conservación de direcciones IP salientes

Anteriormente, la dirección IP saliente de App Service Environment siempre se cambió durante el proceso de migración. Ahora, es posible que la dirección IP saliente de App Service Environment se conserve durante el proceso de migración. La dirección IP pública de App Service Environment v1/v2 se puede conservar y se usa como dirección IP saliente de App Service Environment v3. No garantizamos que podamos conservar su dirección IP saliente. Sin embargo, App Service Environment v3 tiene dos direcciones IP saliente. Si tiene una configuración de sufijo de dominio personalizada y se conecta a Azure Key Vault a través de la red pública de Internet, es posible que deba tener en cuenta la otra nueva dirección IP saliente.

Para las migraciones del App Service Environment del equilibrador de carga interno (ILB), siempre se conserva la IP entrante. Esta funcionalidad sigue siendo la misma durante la migración automática.

En el caso de las migraciones de App Service Environment del equilibrador de carga externo (ELB), la dirección IP entrante sigue cambiando. Este cambio puede afectarle si usa registros A para apuntar a la dirección IP entrante de App Service Environment. Si usa registros A, debe actualizar los registros A para que apunten a la nueva dirección IP entrante una vez completado el proceso de migración. Si usa registros CNAME, es probable que no necesite realizar ningún cambio en DNS. Si tiene otras dependencias en la dirección IP entrante, debe actualizarlas en consecuencia.

Compatibilidad de la configuración del sufijo de dominio personalizado de App Service Environment v2

El sufijo de dominio personalizado en App Service Environment v3 se implementa de forma diferente que en App Service Environment v2. En App Service Environment v2, el certificado se carga directamente en App Service Environment. Además, se permiten certificados sin caracteres comodín. En App Service Environment v3, el certificado debe almacenarse en Azure Key Vault y App Service Environment debe poder acceder al almacén de claves. Además, no se permiten certificados sin caracteres comodín.

Para reducir el efecto de las migraciones automáticas, hemos implementado un modo de compatibilidad limitada para las configuraciones de sufijos de dominio personalizados de App Service Environment v2 en App Service Environment v3. Si tiene una configuración de sufijo de dominio personalizada en App Service Environment v2, la configuración se migra a App Service Environment v3. El certificado se carga en App Service Environment v3 y la configuración se actualiza para usar el certificado cargado. Este proceso se realiza como medida temporal y solo es válido hasta que expire el certificado actual. Debe actualizar la configuración para usar Azure Key Vault una vez completado el proceso de migración y antes de que expire el certificado. Si no actualiza la configuración, una vez que el certificado expire, el sufijo de dominio personalizado no funcionará. Para más información, consulte sufijo de dominio personalizado en App Service Environment v3.

Importante

Incluso con el modo de compatibilidad de sufijo de dominio personalizado, es posible que la configuración del sufijo de dominio personalizado no funcione según lo previsto. No garantizamos que el sufijo de dominio personalizado funcione después de la migración automática. Se recomienda encarecidamente actualizar la configuración para usar Azure Key Vault lo antes posible una vez completado el proceso de migración.

Compatibilidad con la migración de aplicaciones con enlaces TLS/SSL basados en IP

Los enlaces TLS/SSL basados en IP no se admiten en App Service Environment v3. Anteriormente, la característica de migración solo le permitía migrar una vez quitados los enlaces. Para habilitar las migraciones automáticas, se quita la validación automática para comprobar los enlaces TLS/SSL basados en IP. Si tiene enlaces TLS/SSL basados en IP, debe quitarlos una vez completada la migración. Las aplicaciones no funcionan hasta que quite los enlaces.

Solucionar problemas causados por una migración automática

A continuación se muestran los problemas que pueden surgir con las aplicaciones o los servicios después de una migración automática. Si el problema no aparece aquí y necesita ayuda, póngase en contacto con Soporte técnico de Azure.

Problema: App Service Environment v3 usa la configuración del sufijo de dominio personalizado anterior

Si tiene una configuración de sufijo de dominio personalizada en App Service Environment v2, la configuración se migra a App Service Environment v3. El certificado se carga en App Service Environment v3 y la configuración se actualiza para usar el certificado cargado. Este proceso se realiza como medida temporal y solo es válido hasta que expire el certificado actual. No garantizamos que la configuración del sufijo de dominio personalizado anterior funcione después de la migración automática.

Para solucionar esta incompatibilidad, debe actualizar la configuración para usar Azure Key Vault una vez completado el proceso de migración y antes de que expire el certificado. Si no actualiza la configuración, una vez que el certificado expire, el sufijo de dominio personalizado no funcionará. Para actualizar la configuración del sufijo de dominio personalizado, siga los pasos descritos en Sufijo de dominio personalizado en App Service Environment v3.

Problema: Las aplicaciones de App Service Environment v3 tienen enlaces TLS/SSL basados en IP

Los enlaces TLS/SSL basados en IP no se admiten en App Service Environment v3. Debe quitar los enlaces una vez completada la migración. Las aplicaciones no funcionan hasta que quite los enlaces.

Problema: Los recursos dependientes no se actualizan para usar la nueva dirección IP entrante

Las migraciones de App Service Environment de ILB conservan la dirección IP entrante, por lo que no se necesita ninguna acción.

Las migraciones de App Service Environment de ELB cambian la dirección IP entrante. Si usa registros A para que apunten a la dirección IP entrante de App Service Environment, debe actualizar los registros A para que apunten a la nueva dirección IP entrante una vez completado el proceso de migración. Si usa registros CNAME, es probable que no necesite realizar ningún cambio en DNS. Si tiene otras dependencias en la dirección IP entrante, debe actualizarlas en consecuencia. La dirección IP entrante antigua ya no es válida una vez completado el proceso de migración.

Problema: Los recursos dependientes no se actualizan para usar la nueva dirección IP saliente

App Service Environment v3 tiene dos direcciones IP salientes. Después del proceso de migración, es posible que se conserve la dirección IP saliente existente, pero se crea otra dirección IP saliente. Es posible que deba tener en cuenta esta otra dirección IP saliente nueva si tiene una configuración de sufijo de dominio personalizada y se conecta a su Azure Key Vault a través de la Internet pública. Si no se conserva la dirección IP saliente original, también debe tener en cuenta este cambio.

Problema: Cambio de características o incompatibilidad con App Service Environment v3

En general, App Service Environment v3 es compatible con App Service Environment v1 y v2. Sin embargo, hay algunas diferencias. Para ver las diferencias entre las versiones, revise la comparación de versiones de App Service Environment. Si usa una característica que no se admite o se comporta de forma diferente en App Service Environment v3, debe actualizar las aplicaciones en consecuencia.

A continuación se muestran cambios importantes en App Service Environment v3:

• No se admiten enlaces TLS/SSL basados en IP.
• La configuración del sufijo de dominio personalizado es diferente.
• El dominio predeterminado siempre se mantiene incluso si tiene un sufijo de dominio personalizado.
• No se permiten certificados sin caracteres comodín para el sufijo de dominio personalizado.
• App Service Environment v3 tiene dos direcciones IP salientes.
• Las SKU disponibles son diferentes tamaños.
• El modelo de precios es diferente.
• El modelo de red es diferente.
• La estructura del punto de conexión FTPS es diferente. No se admite el acceso al punto de conexión FTPS mediante el sufijo de dominio personalizado.
• App Service Environment v3 no vuelve a Azure DNS si los servidores DNS personalizados configurados de la red virtual no pueden resolver un nombre determinado. Si este comportamiento es necesario, asegúrese de que tiene un reenviador a un DNS público o de incluir Azure DNS en la lista de servidores DNS personalizados.

Precios

No hay ningún costo asociado a la migración automática de App Service Environment. Dejará de cobrar por su App Service Environment anterior en cuanto se cierre durante el proceso de migración. Empiece a cobrarse por la nueva instancia de App Service Environment v3 en cuanto se implemente. Para obtener más información sobre los precios de App Service Environment v3, vea los detalles sobre precios.

Al migrar al entorno de App Service Environment v3 de versiones anteriores, hay escenarios que debe tener en cuenta que pueden reducir el costo mensual. Considere reservas y planes de ahorro para reducir aún más los costos. Para obtener información sobre las oportunidades de ahorro de costos, consulte Oportunidades de ahorro de costos después de actualizar a App Service Environment v3.

Nota:

Debido a la conversión de planes de App Service de Aislado a Aislado v2, es posible que las aplicaciones se aprovisionen en exceso después de la migración, ya que el nivel Aislado v2 tiene más memoria y CPU por tamaño de instancia correspondiente. Tendrá la oportunidad de escalar el entorno según sea necesario una vez completada la migración. Para obtener más información, revise los detalles de la SKU.

Reducción vertical de los planes de App Service

Las SKU del plan de App Service disponibles para el entorno de App Service Environment v3 se ejecutan en el nivel Aislado v2 (Iv2). El número de núcleos y la cantidad de RAM se duplican eficazmente por nivel correspondiente en comparación con el nivel Aislado. Al migrar, los planes de App Service se convierten en el nivel correspondiente. Por ejemplo, las instancias de I2 se convierten en I2v2. Aunque I2 tiene dos núcleos y 7 GB de RAM, I2v2 tiene cuatro núcleos y 16 GB de RAM. Si espera que los requisitos de capacidad permanezcan iguales, está sobreaprovisionando y paga por proceso y memoria que no está usando. En este escenario, puede reducir verticalmente la instancia de I2v2 a I1v2 y terminar con un número similar de núcleos y RAM al que tenía anteriormente.

Directiva de soporte técnico después de la retirada de App Service Environment v1 y v2

La siguiente declaración representa la directiva de soporte de Azure App Service Environment v1 y v2 a partir del 1 de septiembre de 2024. No afecta a las cargas de trabajo que se ejecutan en App Service Environment v3.

Esta directiva de soporte técnico expira al final de cualquier extensión o período de gracia al que Microsoft haya concedido la aprobación escrita para ejecutar los servicios más allá de la fecha de retirada programada. Si no se realiza la migración en esa fecha, se retirarán todos los Azure App Service Environments v1 y v2 restantes, lo que puede incluir, entre otras cosas, la eliminación de las aplicaciones y los datos, la migración automatizada local y otros procedimientos de retirada.

La directiva de soporte extendido incluye los siguientes elementos:

• A partir del 1 de septiembre de 2024, el Acuerdo de Nivel de Servicio (SLA) dejará de ser aplicable para App Service Environment v1 y v2. A través del uso continuado del producto más allá de la fecha de retirada, reconoce que Azure no se compromete al Acuerdo de Nivel de Servicio del 99,95 % para el entorno retirado.
• Estamos comprometidos a mantener la plataforma y a permitirle completar las migraciones. Por lo tanto, los canales de soporte técnico de servicios de atención al cliente (CSS) y grupo de productos (PG) seguirán controlando los casos de soporte técnico y los incidentes de respuesta crítica (CRIs) de una manera comercialmente razonable. No se realizarán nuevas inversiones de seguridad y cumplimiento en App Service Environment v1 y v2.
• App Service seguirá revisando el sistema operativo y los entornos de ejecución de lenguaje de acuerdo con los procesos de actualización de la plataforma documentados aquí.
• App Service seguirá probando y validando las actualizaciones de Azure App Service antes de la implementación y seguirá siguiendo los procedimientos de implementación seguros para las actualizaciones de la plataforma.
• App Service seguirá supervisando activamente la superficie de producción de Azure App Service Environment v1/v2 y seguirá respondiendo a los problemas detectados a través de esta supervisión con la misma urgencia que en la actualidad.
• Microsoft seguirá aceptando casos de soporte de Azure App Service e impulsando la resolución de problemas de Azure App Service de manera oportuna.
• App Service seguirá aplicando revisiones y revisiones para errores críticos de la plataforma Azure App Service que podrían surgir.
• Sin embargo, la capacidad de mitigar eficazmente los problemas que puedan surgir de las dependencias de Azure de nivel inferior podría verse afectada debido a la retirada que afecta a todos Cloud Services y a los componentes de Azure Service Management (ASM)/RedDog Front End (RDFE).

Le recomendamos que complete la migración a Azure App Service Environment v3 lo antes posible para evitar interrupciones en los servicios. Nuestro equipo está disponible para ayudarle con el proceso de migración y para responder a cualquier pregunta que pueda tener. Para obtener más información sobre los pasos de retirada y migración, los recursos disponibles y las ventajas de la migración, consulte la documentación del producto.

Preguntas más frecuentes

• ¿Por qué estoy experimentando interrupciones temporales de App Service Environment v1/v2?
  La plataforma Azure se prepara para la retirada de Cloud Services (clásico), que es la infraestructura en la que se ejecuta App Service Environment v1 y v2. Como parte de esta preparación, debe esperar interrupciones temporales y interrupciones del servicio. Para minimizar el efecto de estas interrupciones, se recomienda migrar a App Service Environment v3 lo antes posible.
• ¿Por qué mi App Service Environment se migró automáticamente?
  App Service Environment v1 y v2 se retiran y ya no se admiten. La infraestructura de soporte para App Service Environment v1 y v2 está siendo retirada. Para asegurarse de que App Service Environment se ejecuta en una plataforma compatible, Microsoft iniciará migraciones automáticas a App Service Environment v3.
• ¿Por qué mis aplicaciones no funcionan después de la migración automática?
  Después de una migración automática, es posible que encuentre problemas con las aplicaciones o los servicios debido a actualizaciones de características o incompatibilidades. Para solucionar estos problemas, consulte Solucionar problemas causados por una migración automática.
• ¿Cuál es el tiempo de inactividad durante el proceso de migración automática?
  Hay aproximadamente una hora de tiempo de inactividad durante el proceso de migración automática. Las direcciones IP entrantes y salientes de App Service Environment pueden cambiar durante el proceso de migración. El tiempo de inactividad puede ser mayor si tiene dependencias en estas direcciones IP. El tiempo de inactividad también puede ser más largo si usa características que no se admiten en App Service Environment v3.
• ¿Se me cobrarán las migraciones automáticas?
  No hay ningún costo asociado a la migración automática de App Service Environment. Dejará de cobrar por su App Service Environment anterior en cuanto se cierre durante el proceso de migración. Empiece a cobrarse por la nueva instancia de App Service Environment v3 en cuanto se implemente.
• ¿Por qué se eliminó App Service Environment?
  Si la migración automática no es factible, se eliminan los recursos y los datos de la aplicación asociados. Le recomendamos encarecidamente que actúe ahora para evitar este escenario. Si necesita más tiempo para completar sus migraciones, podemos ofrecerle un único periodo de gracia de 30 días. App Service Environment no se elimina durante el período de gracia. Cuando finalice el periodo de gracia, es posible que eliminemos su App Service Environment y todos los datos asociados.