Nota
El acceso a esta página requiere autorización. Puede intentar iniciar sesión o cambiar directorios.
El acceso a esta página requiere autorización. Puede intentar cambiar los directorios.
El mantenimiento rutinario incluye actualizaciones en segundo plano de Azure App Service. Estas actualizaciones pueden incluir mejoras de rendimiento, correcciones de errores, nuevas características o actualizaciones de seguridad. El mantenimiento se puede aplicar a la plataforma de App Service o al sistema operativo subyacente.
Importante
Un cambio importante o desuso de la funcionalidad no forma parte del mantenimiento rutinario. Para obtener más información, consulte Directiva de ciclo de vida moderno.
Las garantías de calidad y tiempo de actividad de los servicios de Microsoft siguen aplicándose durante los períodos de mantenimiento. Se proporcionan notificaciones para proporcionar a los clientes visibilidad de los cambios en la plataforma.
Qué cabe esperar
Al igual que los equipos personales, los teléfonos móviles y otros dispositivos, las máquinas de la nube necesitan actualizaciones periódicas. A diferencia de los dispositivos físicos, Azure App Service controla el mantenimiento rutinario con una interrupción mínima. Las cargas de trabajo se pueden desplazar al hardware actualizado en segundos, lo que permite que las actualizaciones continúen sin tiempo de inactividad.
El mantenimiento suele producirse mensualmente, pero puede variar en función de las necesidades de su organización y de otros factores.
Dado que una solución en la nube típica consta de varias aplicaciones, bases de datos, cuentas de almacenamiento, funciones y otros recursos, las partes de la solución pueden someterse a mantenimiento en momentos diferentes. Esta variación puede deberse a zonas geográficas, regiones, centros de datos y zonas de disponibilidad. Para obtener más información, consulte Prácticas de implementación seguras.
Para buscar eventos de mantenimiento, busque Service Health en Azure Portal. En Eventos activos, seleccione Mantenimiento planeado.
De arriba a abajo, en el ejemplo se muestra lo siguiente:
- Un título descriptivo del evento de mantenimiento.
- Regiones y suscripciones afectadas.
- La ventana de mantenimiento esperada.
Las capturas de pantalla siguientes muestran información adicional disponible a través de la pestaña Recursos afectados :
De izquierda a derecha, en el ejemplo se muestra lo siguiente:
- Seleccione la pestaña Recursos afectados .
- La opción Más información .
Nota:
No se admite el inicio manual del mantenimiento para planes de App Service. Sin embargo, App Service Environments (ASE) admite preferencias de mantenimiento manual.
En este ejemplo se muestra lo siguiente:
- Estado del mantenimiento, que puede estar pendiente, iniciado o completado.
- Una vez que se inicia el mantenimiento, las marcas de tiempo se pueden ver en Más información.
Preguntas más frecuentes
¿Por qué tarda tanto el mantenimiento?
El mantenimiento rutinario ofrece las actualizaciones más recientes de la plataforma y el servicio. Es difícil predecir cómo afecta el mantenimiento a las aplicaciones individuales, por lo que las notificaciones proporcionan intervalos de tiempo generales. Estos intervalos reflejan la operación general en todos los recursos, no en experiencias específicas de nivel de aplicación. Las aplicaciones que se someten a un reinicio de mantenimiento en máquinas actualizadas recientemente y siguen funcionando. No hay tiempo de inactividad cuando no se atienden las solicitudes y el tráfico.
¿Por qué recibo tantas notificaciones?
Los clientes suelen tener varias aplicaciones que se actualizan en momentos diferentes. Para evitar enviar notificaciones para cada una de ellas, se envía una notificación que captura varios recursos. Se envía la notificación al principio y a lo largo de la ventana de mantenimiento. Es posible que reciba varios recordatorios para el mismo lanzamiento si la ventana de tiempo es larga, para que pueda correlacionar más fácilmente cualquier reinicio, interrupción u otros problemas.
¿Cómo está relacionado el mantenimiento rutinario con el Acuerdo de Nivel de Servicio?
El mantenimiento de la plataforma no debe afectar al tiempo de actividad ni a la disponibilidad de la aplicación. Las aplicaciones siguen estando en línea mientras se produce el mantenimiento de la plataforma.
El mantenimiento de la plataforma puede provocar que las aplicaciones se inicien en frío en nuevas máquinas virtuales, lo que puede provocar retrasos. Se sigue considerando que una aplicación está en línea mientras se inicia en frío. Para minimizar o evitar los inicios en frío, considere la posibilidad de usar la caché local para las aplicaciones de Windows y la comprobación de estado.
No esperamos que los sitios incurran en infracciones de Acuerdo de Nivel de Servicio (SLA) durante las ventanas de mantenimiento.
¿Cómo garantiza la actualización el buen funcionamiento de mis aplicaciones?
Azure App Service representa una flota de unidades de escalado que proporcionan hospedaje de aplicaciones y soluciones web a los clientes. Cada unidad de escalado se divide en dominios de actualización y zonas de disponibilidad. Esta división optimiza la colocación de planes de App Service más grandes y permite implementaciones fluidas, ya que no todas las máquinas de cada unidad de escalado se actualizan a la vez.
Las operaciones de mantenimiento actualizan las máquinas de forma iterativa mientras App Service supervisa el estado de la flota. Si hay un problema, el sistema puede detener el lanzamiento. Para obtener más información sobre este proceso, consulte la entrada del blog Desmitificando la magia detrás de las actualizaciones de App Service OS.
¿Se refleja el horario comercial?
Sí, los horarios comerciales se reflejan para la zona horaria de la región. Se ha optimizado el inicio de las operaciones de mantenimiento fuera del horario laboral habitual, de 9:00 a 17:00. Estadísticamente, ese es el mejor momento para cualquier interrupción y reinicio de las cargas de trabajo, porque hay menos tensión en el sistema (en las aplicaciones de los clientes y, de forma transitoria, en la propia plataforma). El mantenimiento de App Service está diseñado para minimizar la interrupción durante el horario comercial. Si las actualizaciones siguen en curso a las 9 a.m. en una región determinada, intentarán pausar antes de alcanzar las fases críticas. Algunos movimientos de instancias subyacentes pueden continuar, pero se orquestan para superponerse de forma segura y mantener la disponibilidad del sitio.
¿Cuáles son mis opciones para controlar el mantenimiento rutinario?
Si ejecuta las cargas de trabajo en un producto aislado a través de App Service Environment v3, puede programar las actualizaciones si es necesario. Para obtener más información sobre esta funcionalidad, consulte la entrada de blog Control y automatización del mantenimiento planeado de App Service Environment v3.
¿Puedo preparar mis aplicaciones mejor para los reinicios?
Si las aplicaciones necesitan más tiempo durante los reinicios para que se conecten, considere usar la comprobación de estado. Un patrón típico para necesitar tiempo adicional es una dependencia intensa de los recursos externos durante el proceso de preparación o el inicio de la aplicación.
Puede usar la comprobación de estado para informar a la plataforma de que la aplicación aún no está lista para recibir solicitudes. El sistema puede usar esa información para enrutar las solicitudes a otras instancias del plan de App Service. En estos casos, se recomienda tener al menos dos instancias en el plan.
Mis aplicaciones han estado en línea, pero todo va a peor desde que estas notificaciones empezaron a aparecer. ¿Qué ha cambiado?
Se han ido sucediendo actualizaciones y mantenimientos en la plataforma desde su creación. La frecuencia de las actualizaciones ha disminuido con el tiempo, por lo que el número de interrupciones también ha disminuido y el tiempo de actividad ha aumentado. Sin embargo, ahora tiene más visibilidad de todos los cambios. Una mayor visibilidad podría causar la percepción de que se están produciendo más cambios.