Après l'installation d'un module de noyau Linux sur des VM GCE de traitement par lots, 50 % des serveurs ont échoué lors des exécutions nocturnes. Quelles sont les trois actions qui permettent de collecter des données de diagnostic ? (Choisissez-en trois.)

Pour diagnostiquer les échecs après l'installation d'un module de noyau, il faut collecter des informations pertinentes. Utiliser Stackdriver Logging (maintenant Cloud Logging) pour rechercher les entrées de journal du module est essentiel, car les erreurs du noyau y sont souvent consignées. Se connecter à la console série de la VM via gcloud ou la console Cloud permet d'accéder directement aux messages du noyau et aux journaux de démarrage, ce qui est crucial pour les problèmes de bas niveau. Ajuster la plage horaire de Stackdriver (Cloud Monitoring) à la fenêtre de défaillance et inspecter les métriques du serveur de traitement par lots peut révéler des anomalies de performance ou des ressources épuisées liées à l'échec. Les options incorrectes : Le journal d'activité GCE (Cloud Audit Logs) ne contient pas les journaux du noyau ou les messages d'erreur détaillés des applications. Vérifier les événements de migration en direct est peu probable d'être la cause directe d'un échec lié à un module de noyau nouvellement installé. Exporter une VM pour l'exécuter localement est une approche complexe et inefficace pour un diagnostic initial, et ne garantit pas la reproduction du problème.