Mantenimiento rutinario (planeado) para Azure App Service
El mantenimiento rutinario abarca las actualizaciones en segundo plano de Azure App 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 la eliminación de una funcionalidad no forman parte del mantenimiento rutinario. Para obtener más información, consulte Directiva de ciclo de vida moderno.
Las garantías de calidad de servicio y tiempo de actividad de Microsoft siguen aplicándose durante los periodos de mantenimiento. Las notificaciones mencionan los periodos de mantenimiento para ayudar a los clientes a tener 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 en la nube necesitan las actualizaciones más recientes. A diferencia de los dispositivos físicos, las soluciones en la nube como Azure App Service proporcionan maneras de controlar el mantenimiento rutinario con más facilidad. No es necesario dejar de trabajar 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 son mensuales, pero pueden variar en función de las necesidades de su organización y 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, algunas partes de las soluciones pueden estar sometidas a mantenimiento en distintos momentos. Parte de esta coordinación está relacionada con zonas geográficas, regiones, centros de datos y zonas de disponibilidad. También puede deberse a la nube, donde no todo se toca simultáneamente. Para obtener más información, consulte Prácticas de implementación seguras.
En el siguiente recorte de pantalla se muestra un ejemplo de un evento de mantenimiento.
En orden de arriba a abajo, en el ejemplo se muestra:
- Un título descriptivo del evento de mantenimiento.
- Regiones y suscripciones afectadas.
- La 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 con exactitud cómo afectará el mantenimiento a las distintas aplicaciones, por lo que las notificaciones tienden a ser más generales. Los intervalos de tiempo de las notificaciones no reflejan las experiencias a nivel de aplicación, sino el funcionamiento general en todos los recursos. Las aplicaciones que se someten a mantenimiento se reinician al instante en las máquinas recién actualizadas y siguen 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 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 ubicación de planes de App Service más grandes e 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). Si los recursos siguen actualizándose a las 9 de la mañana en una región determinada, la actualización se detendrá de forma segura antes del siguiente paso crítico y hasta el final del horario laboral.
¿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 disminuyó con el tiempo, por lo que también disminuyó el número de interrupciones y aumentó el tiempo de actividad. 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.
Pasos siguientes
Para obtener más información sobre las notificaciones de mantenimiento, lea la entrada de blog Notificaciones de mantenimiento planeado rutinario para Azure App Service.