Ende des Supports für Legacy-Monitoring- und Logging-Agents

Wichtig: Diese Einstellung gilt nur für Umgebungen, in denen Sie den Legacy-Monitoring-Agent oder den Legacy-Logging-Agent installiert haben, nicht für verwaltete Umgebungen mit integrierten oder vorinstallierten Monitoring- und Logging-Agents.

Google Cloud Observability stellt die Legacy-Monitoring- und Logging-Agents ein.

Ab dem 28. September 2026 werden alle Standardwartungen und regelmäßigen Fehlerkorrekturen für die Agents offiziell eingestellt. Damit beginnt ein 12-monatiger Kulanzzeitraum für die Migration. Während dieser Zeit unterstützt Sie Cloud Customer Care bei der Migration über Support-Tickets. Der Migrationssupport endet am 28. September 2027. Danach müssen alle Migrationsaufgaben unabhängig verwaltet werden.

Migrationsoptionen

Wir empfehlen, so schnell wie möglich zu einer der folgenden unterstützten Alternativen zu migrieren:

• Ops-Agent: Der primäre und bevorzugte Agent zum Erfassen von Telemetriedaten aus Ihren Compute Engine-Instanzen. Dieser Agent kombiniert Logging und Messwerte in einem einzigen Agent, der YAML-basierte Konfigurationen zum Erfassen Ihrer Logs und Messwerte sowie Logging mit hohem Durchsatz bietet. Weitere Informationen finden Sie unter Von Legacy-Agents zum Ops-Agent migrieren.
• Von Google entwickelter OpenTelemetry Collector: Der produktionsreife Build des Open-Source-OpenTelemetry Collectors von Google. Damit können Sie korrelierte OpenTelemetry Protocol (OTLP)-Traces, ‑Messwerte und ‑Logs von Anwendungen an Google Cloud Observability und andere Backends senden. Weitere Informationen finden Sie unter Übersicht über den von Google entwickelten OpenTelemetry Collector.
• Upstream Fluentd (nur Logging): Der Open-Source-Logdaten-Collector, der von der Community entwickelt wurde und auf dem der Legacy-Logging-Agent basiert. In vielen Legacy-Umgebungen werden stark angepasste Fluentd-Konfigurationen verwendet, die nicht für den Ops-Agenten übersetzt werden können. Wenn Sie Upstream-Fluentd mit den Google-Plattform-Plug-ins kombinieren, können Sie Ihre aktuellen Setups beibehalten und dafür sorgen, dass Ihre Logs weiterhin ohne Unterbrechung in Cloud Logging fließen. Weitere Informationen finden Sie unter Vom Legacy-Logging-Agent zu Upstream-Fluentd migrieren.

Betroffene Compute Engine-Instanzen identifizieren

So identifizieren Sie Compute Engine-Instanzen, auf denen der Legacy-Monitoring-Agent oder der Legacy-Logging-Agent ausgeführt wird:

1. Rufen Sie in der Google Cloud Console das auf der Seite des Metrics Explorer auf:

   Zu Metrics Explorer

   Wenn Sie diese Seite über die Suchleiste suchen, wählen Sie das Ergebnis aus, dessen Zwischenüberschrift Monitoring ist.

2. Klicken Sie in der Symbolleiste des Bereichs „Query Builder“ auf den Button  PromQL.
3. Wählen Sie im Bereich Ergebnisse die Option Tabelle aus.
4. Geben Sie eine der folgenden Abfragen in den Editor ein und klicken Sie dann auf Abfrage ausführen:
   • So erstellen Sie eine Tabelle, in der die Instanz-ID jeder VM, auf der ein Agent ausgeführt wird, zusammen mit der Version des Agents aufgeführt ist:

     max by (instance_id, version, ${__groupby}) ({__name__="agent.googleapis.com/agent/uptime", monitored_resource="gce_instance"})
             

   • So generieren Sie eine Tabelle, in der die Gesamtzahl der Instanzen aufgeführt ist, auf denen die einzelnen Agent-Versionen ausgeführt werden:

     count by (version, ${__groupby}) ({__name__="agent.googleapis.com/agent/uptime", monitored_resource="gce_instance"})
             

   In der Spalte Version beziehen sich Einträge mit stackdriver_agent auf den Legacy-Monitoring-Agent, während sich Einträge mit google-fluentd auf den Legacy-Logging-Agent beziehen.