Mantenimiento rutinario (planeado) para App de Azure Service
El mantenimiento rutinario cubre las actualizaciones en segundo plano de App de Azure Service. Los tipos de mantenimiento pueden ser mejoras de rendimiento, correcciones de errores, nuevas características o actualizaciones de seguridad. El mantenimiento de App Service puede estar en el propio servicio o en el 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. Las notificaciones mencionan períodos de mantenimiento para ayudar a los clientes a obtener visibilidad de los cambios de la plataforma.
Qué esperar
Al igual que los equipos personales, los teléfonos móviles y otros dispositivos, las máquinas en la nube necesitan las actualizaciones más recientes. A diferencia de los dispositivos físicos, las soluciones en la nube como App de Azure Service proporcionan formas de controlar el mantenimiento rutinario con más facilidad. No es necesario dejar de funcionar y esperar hasta que se instalen las revisiones. Cualquier carga de trabajo puede trasladarse a otro hardware en cuestión de segundos mientras se instalan las actualizaciones. Las actualizaciones se producen mensualmente, pero pueden 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 las soluciones pueden someterse a mantenimiento en momentos diferentes. Parte de esta coordinación está relacionada con la geografía, la región, los centros de datos y las zonas de disponibilidad. También puede deberse a la nube, donde no todo se toca simultáneamente. Para obtener más información, consulte Caja fuerte procedimientos de implementación.
En la captura de pantalla siguiente se muestra un ejemplo de un evento de mantenimiento.
En orden de arriba a abajo, en el ejemplo se muestra:
- Título descriptivo del evento de mantenimiento.
- Regiones y suscripciones afectadas.
- Ventana de mantenimiento esperada.
Preguntas más frecuentes
¿Por qué tarda tanto el mantenimiento?
Fundamentalmente, el mantenimiento rutinario ofrece las últimas actualizaciones de la plataforma y el servicio. Es difícil predecir cómo afectará el mantenimiento a las aplicaciones individuales hasta un momento específico, por lo que las notificaciones tienden a ser más generales. Los intervalos de tiempo de las notificaciones no reflejan las experiencias en el nivel de aplicación, sino la operación general en todos los recursos. Las aplicaciones que se someten al mantenimiento se reinician al instante en las máquinas actualizadas y continúan funcionando. No hay tiempo de inactividad cuando no se atienden las solicitudes y el tráfico.
¿Por qué recibo tantas notificaciones?
Un escenario típico es que los clientes tienen 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 avisos para el mismo lanzamiento si el período de tiempo es largo, por lo que puede correlacionar más fácilmente los reinicios, interrupciones 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. Todavía se considera 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 funcionamiento sin problemas de mis aplicaciones?
App de Azure Service representa una flota de unidades de escalado que proporcionan hospedaje de aplicaciones web y soluciones a los clientes. Cada unidad de escalado se divide en dominios de actualización y zonas de disponibilidad. Esta división optimiza las ubicaciones de planes de App Service más grandes y 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 de blog Demystifying the magic behind App Service OS updates (Demystifying the magic behind App Service OS updates).
¿Se refleja el horario comercial?
Las operaciones de mantenimiento están optimizadas para comenzar fuera del horario comercial estándar de 9 a.m. a 5 p. m. Estadísticamente, es el mejor momento para las interrupciones y reinicios de las cargas de trabajo porque hay menos estrés en el sistema (en aplicaciones de cliente y transitivamente en la propia plataforma). En el caso de los planes de App Service y App Service Environment v2, el mantenimiento puede continuar en horas laborables durante eventos de mantenimiento más largos.
¿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 más información sobre esta funcionalidad, consulte la entrada de blog Control y automatización del mantenimiento planeado para App Service Environment v3.
¿Puedo preparar mis aplicaciones mejor para los reinicios?
Si las aplicaciones necesitan tiempo adicional durante los reinicios para que se conecten, considere la posibilidad de 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 las cosas son peores 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 disminuyó con el tiempo, por lo que el número de interrupciones también disminuyó y aumentó el tiempo de actividad. Sin embargo, ahora tiene más visibilidad de todos los cambios. Una mayor visibilidad podría provocar la percepción de que se producen más cambios.
Pasos siguientes
Para obtener más información sobre las notificaciones de mantenimiento, lea la entrada de blog Notificaciones de mantenimiento planeado rutinario para App de Azure Servicio.