Fin de la prise en charge des anciens agents Monitoring et Logging

Google Cloud Observability supprime progressivement les anciens agents Monitoring et Logging.

À partir du 28 septembre 2026, toutes les opérations de maintenance standards et les corrections de bugs régulières pour les agents prendront officiellement fin, ce qui marquera le début d'un délai de grâce de 12 mois pour la migration. Pendant cette période, Cloud Customer Care vous aidera à effectuer la migration via des demandes d'assistance. La prise en charge de la migration prend fin le 28 septembre 2027. Passé cette date, toutes les opérations de migration devront être gérées de manière indépendante.

Options de migration

Nous vous recommandons de migrer vers l'une des alternatives compatibles suivantes dès que possible :

  • Agent Ops : agent principal et privilégié pour collecter des données de télémétrie à partir de vos instances Compute Engine. Cet agent combine la journalisation et les métriques dans un seul agent, fournissant des configurations basées sur YAML pour la collecte de vos journaux et métriques. Il dispose également d'une journalisation à haut débit. Pour en savoir plus, consultez Migrer des anciens agents vers l'agent Ops.
  • Collecteur OpenTelemetry conçu par Google : build prêt pour la production de Google du collecteur OpenTelemetry Open Source. Il vous permet d'envoyer des traces, des métriques et des journaux OpenTelemetry Protocol (OTLP) corrélés à Google Cloud Observability et à d'autres backends à partir d'applications. Pour en savoir plus, consultez Présentation du collecteur OpenTelemetry conçu par Google.
  • Fluentd en amont (journalisation uniquement) : collecteur de données de journaux Open Source, développé par la communauté, sur lequel l'ancien agent Logging a été conçu. De nombreux environnements anciens utilisent des configurations Fluentd hautement personnalisées qui ne peuvent pas être traduites pour l'agent Ops. En associant Fluentd en amont aux plug-ins de la plate-forme Google, vous pouvez conserver vos configurations actuelles et vous assurer que vos journaux continuent d'être transmis à Cloud Logging sans interruption. Pour en savoir plus, consultez Migrer de l'ancien agent Logging vers Fluentd en amont.

Identifier les instances Compute Engine concernées

Pour identifier les instances Compute Engine exécutant l'ancien agent Monitoring ou l'ancien agent Logging, procédez comme suit :

  1. Dans la console Google Cloud , accédez à la page  Explorateur de métriques.

    Accéder à l'Explorateur de métriques

    Si vous utilisez la barre de recherche pour trouver cette page, sélectionnez le résultat dont le sous-titre est Monitoring.

  2. Dans la barre d'outils du volet de création de requêtes, sélectionnez le bouton nommé  PromQL.
  3. Dans le volet Résultats, sélectionnez Table.
  4. Saisissez l'une des requêtes suivantes dans l'éditeur, puis cliquez sur Exécuter la requête :
    • Pour générer un tableau listant l'ID d'instance de chaque VM exécutant un agent, ainsi que la version de l'agent, utilisez la commande suivante : 
      max by (instance_id, version, ${__groupby}) ({__name__="agent.googleapis.com/agent/uptime", monitored_resource="gce_instance"})
    • Pour générer un tableau indiquant le nombre total d'instances exécutant chaque version de l'agent, utilisez la commande suivante : 
      count by (version, ${__groupby}) ({__name__="agent.googleapis.com/agent/uptime", monitored_resource="gce_instance"})

      • Dans la colonne version, les entrées affichant stackdriver_agent font référence à l'ancien agent Monitoring, tandis que les entrées affichant google-fluentd font référence à l'ancien agent Logging.