Unterstützte Infrastruktur für das Anwendungsmonitoring

In der folgenden Tabelle sind die Infrastrukturressourcen aufgeführt, die in Application Monitoring integriert sind. Wenn diese Ressourcen als App Hub-Dienst oder ‑Arbeitslast registriert sind, enthält die von den Ressourcen generierte Telemetrie anwendungsspezifische Labels. Diese Telemetrie umfasst Plattform- und Audit-Logeinträge, Messwertdaten und Tracedaten. Eine Liste der Dienste und Arbeitslasten, die in App Hub integriert sind, finden Sie unter Unterstützte Ressourcen in App Hub.

In den von Application Monitoring erstellten Dashboards werden Log- und Messwertdaten angezeigt, einschließlich der folgenden Golden Signals, wenn diese Daten anwendungsspezifische Labels enthalten:

• Traffic: Rate der eingehenden Anfragen für den Dienst oder die Arbeitslast im ausgewählten Zeitraum. Bei einigen Konfigurationen enthält dieses Diagramm Tabs. Auf dem Tab Anfrage wird der L7-Netzwerk-Messwert und auf dem Tab Byte der L4-Netzwerk-Messwert angezeigt.
• Fehlerrate des Servers: Verhältnis der eingehenden Anfragen, deren Antwortcode einem HTTP-Antwortcode 5xx entspricht, zu allen eingehenden Anfragen im ausgewählten Zeitraum.
• P95-Latenz: 95. Perzentil der Latenz für eine Anfrage, die im ausgewählten Zeitraum verarbeitet wurde, in Millisekunden.
• Auslastung: Misst, wie ausgelastet Ihr Dienst oder Ihre Arbeitslast ist. Bei verwalteten Instanzgruppen (Managed Instance Groups, MIGs), Cloud Run- und Google Kubernetes Engine-Bereitstellungen wird in diesem Feld beispielsweise die CPU-Auslastung angezeigt.

Wenn Sie ein Dashboard untersuchen, stellen Sie möglicherweise fest, dass sich ein im Diagramm dargestellter Messwert für ein Golden Signal von dem erwarteten Messwert unterscheidet. Für einige Golden Signals hat Google Cloud Observability eine priorisierte Liste von Quellmesswerten. Wenn ein bevorzugter Messwert nicht verfügbar ist, sucht Google Cloud Observability in der Liste, bis ein verfügbarer Messwert gefunden wird.

Unterstützte Infrastrukturressourcen

In der Spalte Hinweise und Einschränkungen finden Sie Details dazu, welche Golden Signals unterstützt werden. In dieser Spalte sind auch Einschränkungen aufgeführt.

Infrastrukturressourcen	Golden Signals	Hinweise und Einschränkungen
AlloyDB for PostgreSQL-Cluster (regional)		Anwendungs-Labels werden nicht an Spans angehängt.
AlloyDB for PostgreSQL-Instanzen (regional)	Traffic: instance/postgres/transaction_count Fehlerrate des Servers: Verhältnis von instance/postgres/abort_count zu instance/postgres/transaction_count insgesamt. Auslastung: instance/cpu/average_utilization	Anwendungs-Labels werden nicht an Spans angehängt.
Bigtable-Cluster (regional)	Auslastung: cluster/cpu_load	Anwendungs-Labels werden nicht an Spans angehängt.
Bigtable-Instanzen (regional)		Anwendungs-Labels werden nicht an Messwertdaten oder Spans angehängt.
Cloud Domains		Anwendungs-Labels werden nicht an Messwertdaten oder Spans angehängt.
Cloud Run-Jobs (regional)	Auslastung: container/cpu/utilizations
Cloud Run-Dienste und ‑Funktionen (regional)	Traffic: request_count Fehlerrate des Servers: Verhältnis der Anzahl der Anfragen mit dem Antwortstatus 5xx zur Gesamtzahl der Anfragen. P95-Latenz: request_latencies Auslastung: container/cpu/utilizations	Nur Trace-Spans, die von instrumentierten Arbeitslasten generiert wurden, enthalten Anwendungs-Labels. Nur von Kunden instrumentierte Arbeitslasten, die in Cloud Run ausgeführt werden, generieren Golden Signals.
Cloud Logging-Log-Buckets (global und regional)		Nur Audit-Logs enthalten Anwendungs-Labels.
Cloud SQL-Instanzen (regional)	Auslastung: database/cpu/utilization	Anwendungs-Labels werden nicht an Spans angehängt.
Cloud Storage-Buckets (regional und multiregional)	Traffic: api/request_count Fehlerrate des Servers: Verhältnis der Anfragen mit einem Antwort status, der einen Fehler angibt, zur Gesamtzahl der Anfragen. Die folgenden Statuswerte geben einen Fehler an: DATA_LOSS DEADLINE_EXCEEDED INTERNAL UNAVAILABLE UNIMPLEMENTED UNKNOWN	Anwendungs-Labels werden nicht an Spans angehängt.
Compute Engine-MIGs (regional und zonal)	Traffic: instance/network/received_bytes_count Auslastung: instance/cpu/utilization
Dataproc Metastore-Dienst (regional und multiregional)	Traffic: Der Messwert hängt davon ab, ob der Dienst regional oder multiregional ist: Regional: service/request_count. Multiregional: service/multi_region/request_count. Fehlerrate des Servers: Verhältnis der Anzahl der service/grpc/finished_requests_count mit einem Antwortstatus, der einen Fehler angibt, zur Gesamtzahl der abgeschlossenen Anfragen. Die folgenden Statuswerte geben einen Fehler an: DEADLINE_EXCEEDED INTERNAL UNAVAILABLE UNIMPLEMENTED P95-Latenz: Der Messwert hängt davon ab, ob der Dienst regional oder multiregional ist: Regional: service/request_latencies Multiregional: service/multi_region/request_latencies.	Anwendungs-Labels werden nicht an Spans angehängt. Allgemeine Informationen finden Sie unter Dataproc Metastore – Übersicht.
Cloud Deploy-Bereitstellungspipelines (regional)		Anwendungs-Labels werden nicht an Spans angehängt.
Firestore-Datenbanken (regional)	Traffic: api/request_count Fehlerrate des Servers: Verhältnis der Anfragen mit einem Antwort status, der einen Fehler angibt, zur Gesamtzahl der Anfragen. Die folgenden Statuswerte geben einen Fehler an: DEADLINE_EXCEEDED INTERNAL UNAVAILABLE UNIMPLEMENTED P95-Latenz: api/request_latencies	Anwendungs-Labels werden nicht an Spans angehängt.
GKE-Gateway gateway.networking.k8s.io/Gateway	Traffic: application_lb/request_count Fehlerrate des Servers: Verhältnis der Anzahl der Anfragen mit dem Antwortstatus 5xx zur Gesamtzahl der Anfragen. P95-Latenz: application_lb/total_latencies	Anwendungs-Labels werden nicht an Logeinträge oder Spans angehängt.
GKE Ingress networking.k8s.io/Ingress	Traffic: application_lb/request_count Fehlerrate des Servers: Verhältnis der Anzahl der Anfragen mit dem Antwortstatus 5xx zur Gesamtzahl der Anfragen. P95-Latenz: application_lb/total_latencies	Anwendungs-Labels werden nicht an Spans angehängt.
Kubernetes-CronJobs (regional und zonal)		Informationen zum Ausführen von CronJobs in GKE finden Sie unter CronJobs in GKE.
Kubernetes-DaemonSets (regional und zonal)	Weitere Informationen finden Sie unter Golden Signals für Kubernetes.
Kubernetes-Deployments (regional und zonal)	Weitere Informationen finden Sie unter Golden Signals für Kubernetes.
Kubernetes-StatefulSets (regional und zonal)	Weitere Informationen finden Sie unter Golden Signals für Kubernetes.	Informationen zur Verwendung eines StatefulSets oder zum Bereitstellen einer zustandsorientierten Anwendung finden Sie unter StatefulSets in Google Kubernetes Engine.
Externe und interne Layer 7-Application Load Balancer mit HTTP- oder HTTPS-Traffic (global, regional und regionenübergreifend)	Traffic: Basierend auf einem Cloud Load Balancing Messwerttyp, der die Anzahl der Anfragen erfasst, z. B. https/request_count. Die Konfiguration von Cloud Load Balancing bestimmt den tatsächlichen Messwert. Fehlerrate des Servers: Verhältnis der Anzahl der Anfragen mit dem Antwortstatus 5xx zur Gesamtzahl der Anfragen. P95-Latenz: Basierend auf einem Cloud Load Balancing-Messwerttyp, der die Gesamtlatenzen erfasst, z. B. https/total_latencies. Die Konfiguration von Cloud Load Balancing bestimmt den tatsächlichen Messwert.	Bei Application Load Balancern sind nur Weiterleitungsregeln und Back-End-Dienste in App Hub integriert. Anwendungs-Labels werden nicht an Spans angehängt.
Memorystore for Redis-Cluster (regional)	Auslastung: cluster/cpu/average_utilization	Anwendungs-Labels werden nicht an Logeinträge oder Spans angehängt.
Memorystore for Redis-Instanzen (regional)		Anwendungs-Labels werden nicht an Messwertdaten oder Spans angehängt.
Pub/Sub-Themen (global)	Traffic: topic/send_request_count Fehlerrate des Servers: Verhältnis der Anzahl der Anfragen mit dem Antwortcode internal zur Gesamtzahl der Anfragen. P95-Latenz: topic/send_request_latencies	Anwendungs-Labels werden nicht an Spans angehängt.
Pub/Sub-Abos (global)	Traffic: subscription/pull_request_count Fehlerrate des Servers: Verhältnis der Anzahl der Anfragen mit dem Antwortcode internal zur Gesamtzahl der Anfragen. P95-Latenz: subscription/push_request_latencies	Anwendungs-Labels werden nicht an Spans angehängt.
Secret Manager-Secrets (global und regional)		Anwendungs-Labels werden nicht an Spans angehängt.
Spanner-Datenbanken (global und regional)		Anwendungs-Labels werden nicht an Messwertdaten oder Spans angehängt.
Spanner-Instanzen (global und regional)	Traffic: api/api_request_count Fehlerrate des Servers: Verhältnis der Anfragen mit einem Antwort status, der einen Fehler angibt, zur Gesamtzahl der Anfragen. Die folgenden Statuswerte geben einen Fehler an: data_loss deadline_exceeded internal unavailable unimplemented unknown P95-Latenz: api/request_latencies Auslastung: instance/cpu/utilization	Anwendungs-Labels werden nicht an Spans angehängt.
Agent Runtime-Agents (regional)	Traffic: reasoning_engine/request_count Fehlerrate des Servers: Verhältnis der Anfragen, deren Antwortstatus mindestens 500 und höchstens 599 beträgt, zur Gesamtzahl der Anfragen. P95-Latenz: reasoning_engine/request_latencies
Google Cloud MCP-Server (global)	Traffic: mcp/request_count Fehlerrate des Servers: Verhältnis der Anzahl der Anfragen mit dem Antwortstatus 5xx zur Gesamtzahl der Anfragen. P95-Latenz: mcp/request_durations	Golden Signals werden nur im detaillierten Dashboard angezeigt. Anwendungs-Labels werden nicht an Messwertdaten oder Spans angehängt.

Golden Signals für Kubernetes

Für Kubernetes-DaemonSets, ‑Deployments und ‑StatefulSets verwendet Google Cloud Observability die folgenden Messwertdaten, um Werte für Golden Signals abzuleiten, wenn diese Messwertdaten verfügbar sind:

• Traffic: service/server/request_count. Die Einheiten für diesen Messwert sind Anfragen pro Sekunde.
• Fehlerrate des Servers: Verhältnis der service/server/request_count Anfragen, deren Antwortstatus mindestens 500 und höchstens 599 beträgt, zur Gesamtzahl der Anfragen.
• P95-Latenz: Das 95. Perzentil von service/server/response_latencies.
• Auslastung: Verhältnis von container/cpu/core_usage_time zu container/cpu/request_cores.

Auf einem Dashboard sehen Sie möglicherweise, dass das Diagramm mit Traffic-Informationen zwei Tabs enthält:

• Auf dem Tab Traffic (Anfragen) werden L7-Netzwerk-Traffic-Daten angezeigt. Die Einheiten sind Anfragen pro Sekunde.
• Auf dem Tab Traffic (Byte) wird der Messwert pod/network/received_bytes_count angezeigt. Die Einheiten sind KiB pro Sekunde und es handelt sich um einen L4-Netzwerk-Messwert.

Wenn sowohl die L7- als auch die L4-Traffic-Messwerte verfügbar sind, werden die L7-Messwerte auf den Übersichtsseiten angezeigt. Das Traffic-Diagramm enthält jedoch Tabs, über die Sie beide Messwerte aufrufen können. Wenn nur ein Messwert verfügbar ist, wird dieser auf der Übersichtsseite und in Dashboards angezeigt.

Für Arbeitslasten, die in GKE ausgeführt werden, leitet Google Cloud Observability Golden Signals möglicherweise aus dem Prometheus-Messwert http_server_request_duration_seconds ab. Dieser ist nur verfügbar, wenn Sie Ihre Anwendung mit OpenTelemetry instrumentieren. Weitere Informationen finden Sie unter Anwendung instrumentieren.