Vous prévoyez d'utiliser l'ancienne solution Azure Automation Update Management pour patcher 20 machines Windows Server 2019 sur site. Exigences : centraliser les données d'évaluation des mises à jour dans un seul espace de travail Log Analytics ; arrêter un service personnalisé avant le patching et le redémarrer après ; appliquer une fenêtre de maintenance de 60 minutes. Que devez-vous configurer ?

Pour utiliser l'ancienne solution Azure Automation Update Management, il est essentiel de lier un compte Azure Automation à un espace de travail Log Analytics. Cela permet de centraliser les données d'évaluation et de déploiement des mises à jour, répondant ainsi à l'exigence de centralisation. L'activation d'Update Management pour l'espace de travail est la première étape pour gérer les mises à jour. Ensuite, pour répondre aux besoins de script pré/post-patching et de fenêtre de maintenance, il faut créer un déploiement de mise à jour dans Azure Automation. Ce déploiement permet de spécifier des runbooks à exécuter avant et après l'application des mises à jour (pour arrêter et redémarrer le service personnalisé) et de définir la durée de la fenêtre de maintenance à 60 minutes. Les autres options sont incorrectes car Update Management Center est la nouvelle solution et ne gère pas directement les scripts pré/post de la même manière que l'ancienne solution. Azure Policy pour les configurations d'invité est pour la conformité et non pour l'orchestration des mises à jour avec scripts. Windows Admin Center est une solution locale qui ne centralise pas les données dans Log Analytics et n'est pas l'outil principal pour l'orchestration des mises à jour à grande échelle via Azure Automation.