Acerca de los eventos previos y posteriores
Se aplica a: ✔️ Máquinas virtuales de Windows ✔️ Máquinas virtuales de Linux ✔️ En el entorno local ✔️ Servidores habilitados para Azure Arc.
Los eventos previos y posteriores en Azure Update Manager permiten realizar determinadas tareas automáticamente antes y después de una configuración de mantenimiento programada. Para más información sobre cómo crear configuraciones de mantenimiento programadas, consulte Programación de actualizaciones periódicas para máquinas mediante Azure Portal y Azure Policy. Por ejemplo, con eventos previos y posteriores, puede ejecutar las siguientes tareas en las máquinas que forman parte de un programa. La lista siguiente no es exhaustiva y puede crear eventos previos y posteriores según sus necesidades.
Tareas de ejemplo
A continuación se muestran los escenarios en los que puede definir eventos previos y posteriores:
| Escenario | Descripción |
|---|---|
| Activación de máquinas | Active la máquina para aplicar actualizaciones. |
| Create snapshot | Acoplamientos de disco usados para recuperar datos. |
| Dirección de correo electrónico para notificaciones | Envío de una alerta de notificación antes de desencadenar una revisión. |
| Detención de servicios | Detención de servicios como servicios de puerta de enlace, NPExServices, servicios SQL, etc. |
Programación del orden de ejecución con eventos previos y posteriores
Para un programa determinado, puede incluir un evento previo, posterior o ambos. Además, puede tener varios eventos previos o posteriores. La secuencia de ejecución de un programa con eventos previos y posteriores es la siguiente:
Evento previo: tareas que se ejecutan antes de que comience la ventana de mantenimiento del programa. Por ejemplo: active las máquinas antes de aplicar revisiones.
Cancelación: en este paso, puede iniciar la cancelación de la ejecución del programa. Algunos escenarios en los que podría optar por cancelar una ejecución del programa incluyen errores previos al evento o el evento previo no completó la ejecución.
Nota:
Debe iniciar la cancelación como parte del evento previo; el Administrador de actualizaciones de Azure o la configuración de mantenimiento no cancelarán automáticamente el programa. Si no se puede cancelar, la ejecución del programa continuará con la instalación de actualizaciones durante la ventana de mantenimiento definida por el usuario.
Instalación de actualizaciones: las actualizaciones se instalan como parte de la ventana de mantenimiento del programa definida por el usuario.
Evento posterior: el evento posterior se ejecuta inmediatamente después de instalar las actualizaciones. Se produce dentro de la ventana de mantenimiento si se ha completado la instalación de la actualización y queda una ventana o fuera de ella si la ventana de mantenimiento ha finalizado. Por ejemplo, desactive las máquinas virtuales después de la finalización de la aplicación de revisiones.
Nota:
En el Administrador de actualizaciones de Azure, los eventos previos se ejecutan fuera de la ventana de mantenimiento y los eventos posteriores pueden ejecutarse fuera de la ventana de mantenimiento. Debe planear este tiempo adicional necesario para completar la ejecución del programa en las máquinas.
Estado del programa: el estado correcto o erróneo de una ejecución del programa solo hace referencia a la instalación de actualizaciones en las máquinas que forman parte del programa. El estado de ejecución del programa no incluye el estado de los eventos previos y posteriores. Si se produjo un error en el evento previo y llamó a la API de cancelación, el estado de ejecución del programa se muestra como cancelado.
El Administrador de actualizaciones de Azure usa Event Grid para crear y administrar eventos previos y posteriores en configuraciones de mantenimiento programado. En Event Grid, puede elegir controladores de eventos como webhooks de Azure y Azure Functions, entre otros, para desencadenar la actividad previa y posterior.
Nota:
Si usa runbooks en eventos previos y posteriores en la administración de actualizaciones de Azure Automation y tiene previsto migrar al Administrador de actualizaciones de Azure, se recomienda usar webhooks de Azure vinculados a runbooks de Automation. Más información.
Escala de tiempo de las programaciones para eventos previos y posteriores
Le recomendamos que revise la tabla siguiente para comprender la escala de tiempo del programa de eventos previos y posteriores.
Por ejemplo, se establece un programa de mantenimiento para que comience a las 3:00 p. m., con una ventana de mantenimiento de 3 horas y 55 minutos para el ámbito de mantenimiento de Invitado. El programa tiene un evento previo y otro posterior y, a continuación, encontrará los detalles:
| Hora | Detalles |
|---|---|
| 2:19 p. m. | Puesto que la ejecución del programa comienza a las 3:00 p. m., puede modificar las máquinas o los ámbitos 40 minutos antes de la hora de inicio (es decir, a las 2:19 p. m.). Nota Esto se aplica si va a crear un nuevo programa o editar un programa existente con un evento previo. |
| 2:20 p. m. - 2:30 p. m. | Dado que el evento previo se desencadena al menos 30 minutos antes, se puede desencadenar en cualquier momento entre las 2:20 p. m. y las 2:30 p. m. |
| 2:30 p. m. - 2:50 p. m. | El evento previo se ejecuta de 2:30 p. m. a 2:50 p. m. El evento previo debe completar las tareas a las 2:50 p. m. Nota Si tiene más de un evento preconfigurado, todos los eventos deben ejecutarse en un plazo de 20 minutos. En el caso de varios eventos previos, todos ellos se ejecutarán independientemente entre sí. Puede personalizarlos según sus necesidades definiendo la lógica en los eventos previos. Por ejemplo, si quiere que dos eventos previos se ejecuten secuencialmente, puede incluir una hora de inicio retrasada en la lógica del segundo evento previo. Si el evento previo sigue ejecutándose más allá de 20 minutos o se produce un error, puede optar por cancelar la ejecución del programa; de lo contrario, la instalación de revisiones continúa independientemente del estado de ejecución del evento previo. |
| 14:50 | La hora más reciente que puede invocar la API de cancelación es de 2:50 p. m. Nota Si la API de cancelación no se puede invocar o no se ha configurado, la instalación de la revisión seguirá ejecutándose. |
| 15:00 | La ejecución del programa se desencadena a las 3:00 p. m. |
| 6:55 p. m. | A las 6:55 p. m., el programa completa la instalación de las actualizaciones durante la ventana de mantenimiento de 3 horas y 55 minutos. El evento posterior se desencadena a las 6:55 p. m. una vez instaladas las actualizaciones. Nota Si ha definido una ventana de mantenimiento más corta de 2 horas, el evento posterior al mantenimiento se desencadenará después de las 2 horas y si la instalación de actualización se completa antes del tiempo estipulado de 2 horas, es decir, en 1 hora 50 minutos, el evento posterior se iniciará inmediatamente. |
Le recomendamos que vigile lo siguiente:
- Si va a crear un programa o a editar uno existente con un evento previo, necesita al menos 40 minutos antes del inicio de la ventana de mantenimiento (3:00 p. m. en el ejemplo anterior) para que el evento previo se ejecute; de lo contrario, provoca la cancelación automática de la ejecución programada actual.
- Invocar una API de cancelación desde el script o el código cancela la ejecución del programa y no todo el programa.
- El estado de la ejecución de eventos previos y posteriores se puede comprobar en el controlador de eventos que eligió.
Pasos siguientes
- Para obtener información sobre cómo crear eventos previos y posteriores, vea Eventos de configuración previos y posteriores al mantenimiento.
- Para obtener información sobre cómo configurar eventos previos y posteriores o cancelar una ejecución del programa, consulte Eventos de configuración previos y posteriores al mantenimiento.
- Para obtener información sobre cómo usar eventos previos y posteriores para activar y desactivar las máquinas virtuales mediante webhooks, consulte esto.
- Para obtener información sobre cómo usar eventos previos y posteriores para activar y desactivar las máquinas virtuales mediante Azure Functions, consulte esto.