Preguntas más frecuentes sobre eventos previos y posteriores (versión preliminar)

Se aplica a: ✔️ Máquinas virtuales de Windows ✔️ Máquinas virtuales de Linux ✔️ En el entorno local ✔️ Servidores habilitados para Azure Arc.

En este artículo se presentan las preguntas más frecuentes en el ciclo de vida de eventos previos y posteriores (versión preliminar).

¿Cómo comprobar la configuración del evento previo y posterior a su programación y su recuento?

1. Inicie sesión en Azure Portal y vaya a Administrador de actualizaciones de Azure.
2. En Administrar, seleccione Máquinas, Configuraciones de mantenimiento.
3. En la página Configuración de mantenimiento, seleccione la configuración.
4. Seleccione Información general y compruebe Eventos de mantenimiento.

   • Si no hay eventos previos y posteriores configurados, seleccione Configurar para configurar.

   • Si hay eventos previos y posteriores asociados a la configuración, puede ver el recuento de eventos previos y posteriores asociados a la configuración en la página Eventos .

¿Cómo ver la lista de eventos previos y posteriores configurados en una configuración de mantenimiento?

1. Inicie sesión en Azure Portal y vaya a Administrador de actualizaciones de Azure.

2. En Administrar, seleccione Máquinas, Configuraciones de mantenimiento.

3. En la página Configuración de mantenimiento, seleccione la configuración.

4. En la página de configuración de mantenimiento seleccionada, en Configuración, seleccione Eventos para ver los eventos previos y posteriores que ha creado.

   La cuadrícula de la parte inferior de la pestaña Suscripciones de eventos muestra los nombres de los eventos previos y posteriores junto con los tipos de eventos correspondientes.

   

¿Cómo ver la lista de diferentes configuraciones de puntos de conexión para eventos previos y posteriores en una configuración de mantenimiento?

1. Inicie sesión en Azure Portal y vaya a Administrador de actualizaciones de Azure.

2. En Administrar, seleccione Máquinas, Configuraciones de mantenimiento.

3. En la página Configuración de mantenimiento, seleccione la configuración.

4. En la página de configuración de mantenimiento seleccionada, en Configuración, seleccione Eventos para ver los eventos previos y posteriores que ha creado.

   En la cuadrícula de la parte inferior de la pestaña Suscripción de eventos, puede ver los detalles del punto de conexión.

   

¿Cómo comprobar la entrega correcta de un evento previo o posterior a un punto de conexión desde Event Grid?

1. Inicie sesión en Azure Portal y vaya a Administrador de actualizaciones de Azure.
2. En Administrar, seleccione Máquinas, Configuraciones de mantenimiento.
3. En la página Configuración de mantenimiento, seleccione la configuración.
4. En la página de configuración de mantenimiento seleccionada, en Configuración, seleccione Eventos.
5. En la sección Essentials, vea las métricas para ver las métricas de todos los eventos que forman parte de la suscripción de eventos. En la cuadrícula, el recuento de la métrica Eventos publicados debe coincidir con el recuento de la métrica Eventos coincidentes. Ambos valores también deben corresponderse con el recuento de eventos entregados.
6. Para ver las métricas específicas de un evento previo o posterior, seleccione el nombre del evento en la cuadrícula. Aquí, el recuento de la métrica Eventos coincidentes debe coincidir con el recuento de eventos entregados.
7. Para ver la hora en la que se desencadenó el evento, mantenga el puntero sobre el gráfico de líneas. Más información.

¿Cómo comprobar una entrega incorrecta de un evento previo y posterior a un punto de conexión desde Event Grid?

1. Inicie sesión en Azure Portal y vaya a Administrador de actualizaciones de Azure.
2. En Administrar, seleccione Máquinas, Configuraciones de mantenimiento.
3. En la página Configuración de mantenimiento, seleccione la configuración.
4. En la página de configuración de mantenimiento seleccionada, en Configuración, seleccione Eventos.
5. En la sección Essentials, vea las métricas para ver las métricas de todos los eventos que forman parte de la suscripción de eventos. Aquí encontrará que el recuento de la métrica Eventos con error de entrega aumenta.
6. Puede realizar una de las siguientes configuraciones:
   1. Cree alertas de Azure Monitor en este recuento de errores para recibir una notificación. Establezca alertas en métricas y registros de actividad de Azure Event Grid. (OR)
   2. Habilite los registros de diagnóstico mediante la vinculación a cuentas de almacenamiento o al área de trabajo de Log Analytics. Habilite los registros de diagnóstico para los recursos de Event Grid.

   Nota:

   En cualquier momento, puede configurar registros y alertas para las entregas correctas.

¿Cómo comprobar si el punto de conexión se ha desencadenado en la tarea anterior o posterior?

Con webhooks mediante Runbooks de Automation

• La operación de inicio de la máquina virtual requiere que la identidad administrada de Automation tenga permisos Microsoft.Compute/virtualMachines/start/action sobre las máquinas virtuales para empezar y este permiso se incluye en el rol Colaborador de la máquina virtual.
• Asegúrese de importar el paquete de PowerShell: ThreadJob con la versión del módulo:2.0.3.

1. Inicie sesión en Azure Portal y vaya a la cuenta de Azure Automation.

2. En la cuenta de Automation, en Automatización de procesos, seleccione Runbooks.

3. Seleccione el script previo o posterior vinculado al webhook en Event Grid.

4. En Información general, puede ver el estado del trabajo de Runbook. La hora del desencadenador debe ser aproximadamente 30 minutos antes de la hora de inicio de la programación. Una vez finalizado el trabajo, puede volver a la misma sección para confirmar si el estado es Completado.

   

   Tras la finalización, puede confirmar si el proceso de instalación de prepatch se ha completado según lo previsto. Por ejemplo, asegúrese de que la máquina virtual se ha encendido o apagado.

Para obtener más información sobre cómo recuperar detalles del registro de actividad de la cuenta de Automation:

• Obtenga más información sobre cómo administrar runbooks en Azure Automation.

Con Azure Functions

• Consulte los registros de configuración de Azure Functions para realizar un seguimiento de su ejecución.

¿Cómo comprobar si el script en Webhooks mediante Runbooks se desencadena desde Event Grid?

1. Inicie sesión en Azure Portal y vaya a la cuenta de Azure Automation.

2. En la cuenta de Automation, en Automatización de procesos, seleccione Runbooks.

3. Seleccione el script previo o posterior vinculado al webhook en Event Grid.

4. En Información general, puede ver el estado del trabajo de Runbook. Seleccione la pestaña Entrada para ver la ejecución más reciente del trabajo.

   

¿Cómo comprobar la cancelación de una programación?

Azure Portal

1. Inicie sesión en Azure Portal y vaya a Administrador de actualizaciones de Azure.
2. En Administrar, seleccione Máquinas, Configuraciones de mantenimiento.
3. En la página Configuración de mantenimiento, seleccione la configuración.
4. En la página de configuración de mantenimiento seleccionada, en Configuración, seleccione Registro de actividad para ver los eventos previos y posteriores que ha creado.

   1. Si se canceló la programación de mantenimiento actual, el nombre de la operación sería Escribir aplicar actualizaciones a un recurso.

      

   2. Seleccione la actividad para ver los detalles que realiza la actividad.

REST API

1. El flujo de cancelación se respeta desde T-40 cuando se desencadena el evento de preminio hasta T-10. Más información.

   Para invocar la API de cancelación:

   C:\ProgramData\chocolatey\bin\ARMClient.exe put https://management.azure.com/<your-c-id-obtained-from-above>?api-version=2023-09-01-preview "{\"Properties\":{\"Status\": \"Cancel\"}}" -Verbose
   

2. Asegúrese de insertar el identificador de correlación del trabajo de mantenimiento para cancelarlo y vea la respuesta en la CLI o LA API de la siguiente manera:

   

¿Cómo confirmar si la cancelación es por usuario o sistema?

Puede ver el estado del trabajo de mantenimiento desde la consulta de ARG mencionada anteriormente para comprender si ha cancelado el trabajo o el sistema. El mensaje de error confirma el estado del trabajo.

La consulta siguiente permite ver la lista de máquinas virtuales de una programación determinada o una configuración de mantenimiento:

maintenanceresources  
| where type =~ "microsoft.maintenance/maintenanceconfigurations/applyupdates"  
| where properties.correlationId has "/subscriptions/<your-s-id> /resourcegroups/<your-rg-id> /providers/microsoft.maintenance/maintenanceconfigurations/<mc-name> /providers/microsoft.maintenance/applyupdates/"  
| order by name desc

¿Cómo comprobar el estado de la configuración de mantenimiento?

Azure Portal

1. Inicie sesión en Azure Portal y vaya a Administrador de actualizaciones de Azure.
2. En Administrar, seleccione Historial.
3. Seleccione la pestaña By Maintenance ID (Por identificador de mantenimiento) para ver los trabajos por configuraciones de mantenimiento. Para el identificador de ejecución de mantenimiento correspondiente, puede ver el estado del trabajo.
4. Seleccione el estado para ver los detalles del trabajo.

API REST/CLI

1. Use la siguiente consulta de Azure Resource Graph (ARG) para ver el estado del trabajo en ARG.

    maintenanceresources  
    | where type =~ "microsoft.maintenance/maintenanceconfigurations/applyupdates"  
    | where properties.correlationId has "/subscriptions/<your-s-id> /resourcegroups/<your-rg-id> /providers/microsoft.maintenance/maintenanceconfigurations/<mc-name> /providers/microsoft.maintenance/applyupdates/"  
    | order by name desc	 
   

2. Asegúrese de insertar el identificador de suscripción, el grupo de recursos y el nombre de configuración de mantenimiento en la consulta anterior.

¿Por qué el sistema canceló la ejecución programada?

El sistema cancela la ejecución programada si no se cumplen una o varias de las condiciones siguientes:

1. Si la configuración de mantenimiento tiene al menos un evento previo suscrito y la hora de programación cambia dentro de la ventana de 40 minutos antes de la hora de inicio programada.
2. Si el evento previo se creó en el período de 40 minutos antes de la hora de inicio programada.

¿Por qué el sistema no envió el evento post?

Si el usuario modifica el tiempo de ejecución de la programación después de que se haya desencadenado el evento previo, el evento posterior no se enviará porque la hora programada se ha reemplazado por una nueva.

Nota:

Azure Event Grid se adhiere a un paradigma de entrega al menos una vez. Esto implica que, en circunstancias excepcionales, existe la posibilidad de que el controlador de eventos se invoque más de una vez para un evento determinado. Se recomienda a los clientes asegurarse de que sus acciones de controlador de eventos son idempotentes. Es decir, si el controlador de eventos se ejecuta varias veces, no debe tener ningún efecto adverso. La implementación de la idempoencia garantiza la solidez de la aplicación frente a posibles invocaciones de eventos duplicados.

Pasos siguientes

• Para obtener información general sobre escenarios previos y posteriores
• Administrar los eventos de configuración previos y posteriores al mantenimiento