Partager via

À propos des pré-événements et post-événements (préversion)

  • Article

S’applique à : ✔️ Machines virtuelles Windows ✔️ Machines virtuelles Linux ✔️ Environnement local ✔️ Serveurs avec Azure Arc.

Les pré-/post-événements dans Azure Update Manager vous permettent d’effectuer automatiquement certaines tâches avant et après une configuration de maintenance planifiée. Pour plus d’informations sur la création de configurations de maintenance de planification, consultez Planifier des mises à jour périodiques pour les machines à l’aide du portail Microsoft Azure et d’Azure Policy. Par exemple, à l’aide de pré-événements et post-événements, vous pouvez exécuter les tâches suivantes sur les machines qui font partie d’une planification. La liste suivante n’est pas exhaustive et vous pouvez créer des pré-événements et post-événements en fonction de vos besoins.

Exemples de tâches

Voici les scénarios dans lesquels vous pouvez définir des pré- et post-événements :

Scénario Description
Allumer les machines Allumez la machine pour appliquer les mises à jour.
Créer une capture instantanée Copies de disque utilisées pour récupérer des données.
E-mail de notification Envoyer une alerte de notification avant de déclencher un correctif.
Arrêter des services Arrêter des services tels que les services de passerelle, NPExServices, les services SQL, etc.

Planifier l’ordre d’exécution avec des pré-événements et des post-événements.

Pour une planification donnée, vous pouvez inclure un pré-événement, un post-événement ou les deux. En outre, vous pouvez avoir plusieurs pré-événements ou post-événements. La séquence d’exécution d’une planification avec des pré-événements et des post-événements est la suivante :

  1. Pré-événement : tâches qui s’exécutent avant le début de la fenêtre de maintenance de la planification. Par exemple : activer les machines avant la mise à jour corrective.

  2. Annulation : dans cette étape, vous pouvez annuler l’exécution de la planification. Parmi les scénarios dans lesquels vous pouvez choisir d’annuler une exécution de la planification, on trouve les échecs de pré-événements ou les pré-événements dont l’exécution n’est pas terminée.

    Remarque

    Vous devez lancer l’annulation dans le cadre du pré-événement ; la configuration d’Azure Update Manager ou de la maintenance n’annule pas automatiquement la planification. Si vous ne parvenez pas à annuler, l’exécution de la planification procède à l’installation des mises à jour pendant la fenêtre de maintenance définie par l’utilisateur.

  3. Installation des mises à jour : les mises à jour sont installées dans le cadre de la fenêtre de maintenance de la planification définie par l’utilisateur.

  4. Post-événement : le post-événement s’exécute immédiatement après l’installation des mises à jour. Il se produit dans la fenêtre de maintenance si l’installation de la mise à jour est terminée et qu’il y a une fenêtre restante ou en dehors de la fenêtre si la fenêtre de maintenance s’est terminée. Par exemple : désactiver les machines virtuelles après l’achèvement de la mise à jour corrective.

    Remarque

    Dans Azure Update Manager, les pré-événements s’exécutent en dehors de la fenêtre de maintenance et les post-événements peuvent s’exécuter en dehors de la fenêtre de maintenance. Vous devez planifier cette période supplémentaire nécessaire pour terminer l’exécution de la planification sur vos machines.

  5. État de la planification : l’état de réussite ou d’échec d’une exécution planifiée fait uniquement référence à l’installation de mise à jour sur les machines qui font partie de la planification. L’état de l’exécution de la planification n’inclut pas l’état du pré-événement et du post-événement. Si le pré-événement a échoué et que vous avez appelé l’API d’annulation, l’état de l’exécution de la planification s’affiche comme annulé.

    Le gestionnaire de mise à jour Azure utilise Event Grid pour créer et gérer des pré- et post-événements sur des configurations de maintenance planifiées. Dans Event Grid, vous pouvez choisir parmi les gestionnaires d’événements tels qu’Azure Webhooks, Azure Functions, etc., pour déclencher votre pré-activité et post-activité.

    Capture d’écran montrant la séquence d’exécution d’une planification avec pré-événement et post-événement.

    Remarque

    Si vous utilisez Runbooks dans des pré-événements et post-événements dans la gestion des mises à jour Azure Automation et prévoyez de les réutiliser dans le gestionnaire de mise à jour Azure, nous vous recommandons d’utiliser des Webhooks Azure liés à des Runbooks Automation. Plus d’informations

Chronologie des planifications pour les pré-événements et post-événements

Capture d’écran montrant la chronologie des planifications avec pré-événement et post-événement.

Nous vous recommandons de lire le tableau suivant pour comprendre la chronologie de la planification des pré-événements et post-événements.

Par exemple, si une planification de maintenance est définie pour démarrer à 15 h 00, avec une fenêtre de maintenance de trois heures et 55 minutes pour l’étendue de maintenance Invité. La planification comporte un pré-événement et un post-événement, dont voici les détails :

Heure Détails
14h19 Étant donné que l’exécution de la planification commence à 15 h 00, vous pouvez modifier les machines ou les étendues 40 minutes avant l’heure de début (c’est-à-dire jusqu’à 14 h 19).
Remarque Cela s’applique si vous créez une planification ou modifiez une planification existante avec un pré-événement.
14 h 20 - 14 h 30 Étant donné que le pré-événement est déclenché au moins 30 minutes avant, il peut être déclenché à tout moment entre 14 h 20 et 14 h 30.
14 h 30 - 14 h 50 Le pré-événement s’exécute de 14 h 30 à 14 h 50. Le pré-événement doit avoir terminé les tâches à 14 h 50.
Remarque Si vous avez plusieurs pré-événements configurés, tous les événements doivent s’exécuter dans les 20 minutes. En cas de plusieurs pré-événements, tous s’exécutent indépendamment les uns des autres. Vous pouvez personnaliser en fonction de vos besoins en définissant la logique dans les pré-événements. Par exemple, si vous souhaitez que deux pré-événements s’exécutent séquentiellement, vous pouvez inclure une heure de début retardée dans la logique de votre deuxième pré-événement.
Si le pré-événement continue de s’exécuter au-delà de 20 minutes ou échoue, vous pouvez choisir d’annuler l’exécution de la planification sinon, l’installation du correctif se poursuit indépendamment de l’état de l’exécution du pré-événement.
14:50 Vous pouvez appeler l’API d’annulation jusqu’à 14 h 50.
Remarque Si l’appel de l’API d’annulation échoue, ou si l’API n’a pas été configurée, l’installation du correctif continue à s’exécuter.
15:00 L’exécution de la planification est déclenchée à 15 h 00.
18h55 À 18 h 55, la planification termine l’installation des mises à jour pendant la fenêtre de maintenance de trois heures et 55 minutes.
Le post-événement se déclenche à 18 h 55 une fois les mises à jour installées.
Remarque Si vous avez défini une fenêtre de maintenance plus courte de deux heures, le post-événement se déclenche après deux heures, et si l’installation de la mise à jour est terminée avant le délai prévu de deux heures, par exemple en une heure et 50 minutes, le post-événement démarre immédiatement.

Nous vous recommandons de bien prendre en compte les points suivants :

  • Si vous créez une planification ou modifiez une planification existante avec un pré-événement, vous avez besoin d’au moins 40 minutes avant le début de la fenêtre de maintenance (15 h 00 dans l’exemple ci-dessus) pour que le pré-événement puisse s’exécuter ; autrement, l’exécution planifiée actuelle sera annulée automatiquement.
  • L’appel d’une API d’annulation à partir de votre script ou de votre code annule l’exécution de la planification et non l’intégralité de la planification.
  • L’état de l’exécution du pré-événement et du post-événement peut être vérifié dans le gestionnaire d’événements que vous avez choisi.

Étapes suivantes