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 werden, 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 eingebunden sind, finden Sie unter Von App Hub unterstützte Ressourcen.

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

• Traffic: Die Raten eingehender 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-Messwert für das Netzwerk angezeigt und auf dem Tab Bytes der L4-Messwert für das Netzwerk.
• Serverfehlerrate: Verhältnis von eingehenden Anfragen, deren Antwortcode einem 5xx-HTTP-Antwortcode entspricht, zu allen eingehenden Anfragen im ausgewählten Zeitraum.
• P95-Latenz: Das 95. Perzentil der Latenz für eine Anfrage, die im ausgewählten Zeitraum bearbeitet wurde, in Millisekunden.
• Sättigung: Gibt an, wie ausgelastet Ihr Dienst oder Ihre Arbeitslast ist. Bei verwalteten Instanzgruppen (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 Messwert unterscheidet, den Sie erwarten. Für einige Golden Signals gibt es in Google Cloud Observability eine priorisierte Liste von Quellmesswerten. Wenn ein bevorzugter Messwert nicht verfügbar ist, durchsucht Google Cloud Observability die Liste, bis ein verfügbarer Messwert gefunden wird.

Unterstützte Infrastrukturressourcen

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

Infrastrukturressourcen	Wichtige Signale	Hinweise und Einschränkungen
AlloyDB for PostgreSQL-Cluster (regional)		Anwendungslabels sind nicht mit Spans verknüpft.
AlloyDB for PostgreSQL-Instanzen (regional)	Traffic: instance/postgres/transaction_count Serverfehlerrate: Verhältnis von instance/postgres/abort_count zur Gesamtzahl von instance/postgres/transaction_count. Sättigung: instance/cpu/average_utilization	Anwendungslabels sind nicht mit Spans verknüpft.
Bigtable-Cluster (regional)	Auslastung: cluster/cpu_load	Anwendungslabels sind nicht mit Spans verknüpft.
Bigtable-Instanzen (regional)		Anwendungs-Labels sind nicht an Messwertdaten oder Spannen angehängt.
Cloud Domains		Anwendungs-Labels sind nicht an Messwertdaten oder Spannen angehängt.
Cloud Run-Jobs (regional)	Sättigung: container/cpu/utilizations
Cloud Run-Dienste und -Funktionen (Regional)	Traffic: request_count Serverfehlerrate: Das Verhältnis der Anzahl der Anfragen mit dem Antwortstatus 5xx zur Gesamtzahl der Anfragen. P95-Latenz: request_latencies Sättigung: container/cpu/utilizations	Nur Trace-Spans, die von instrumentierten Arbeitslasten generiert werden, enthalten Anwendungslabels. Goldene Signale werden nur für Arbeitslasten generiert, die vom Kunden instrumentiert werden und in Cloud Run ausgeführt werden.
Cloud Logging-Log-Buckets (global und regional)		Nur Audit-Logs enthalten Anwendungslabels.
Cloud SQL-Instanzen (regional)	Sättigung: database/cpu/utilization	Anwendungslabels sind nicht mit Spans verknüpft.
Cloud Storage-Buckets (regional und multiregional)	Traffic: api/request_count Serverfehlerrate: Verhältnis von Anfragen mit einem Antwortstatus, der einen Fehler angibt, zur Gesamtzahl der Anfragen. Die folgenden Statuswerte weisen auf einen Fehler hin: DATA_LOSS DEADLINE_EXCEEDED INTERNAL UNAVAILABLE UNIMPLEMENTED UNKNOWN	Anwendungslabels sind nicht mit Spans verknüpft.
Compute Engine-MIGs (regional und zonal)	Traffic: instance/network/received_bytes_count Sättigung: instance/cpu/utilization
Dataproc Metastore-Dienst (regional und multiregional)	Traffic: Der Messwert hängt davon ab, ob der Dienst in einer oder mehreren Regionen verfügbar ist: Einzeln: service/request_count. Multi: service/multi_region/request_count. Serverfehlerrate: Das Verhältnis der Anzahl von service/grpc/finished_requests_count mit einem Antwortstatus, der einen Fehler angibt, zur Gesamtzahl der abgeschlossenen Anfragen. Die folgenden Statuswerte weisen auf einen Fehler hin: DEADLINE_EXCEEDED INTERNAL UNAVAILABLE UNIMPLEMENTED P95-Latenz: Der Messwert hängt davon ab, ob der Dienst in einer oder mehreren Regionen verfügbar ist: Einzeln: service/request_latencies Multi: service/multi_region/request_latencies.	Anwendungslabels sind nicht mit Spans verknüpft. Allgemeine Informationen finden Sie unter Dataproc Metastore – Übersicht.
Cloud Deploy-Bereitstellungspipelines (Regional)		Anwendungslabels sind nicht mit Spans verknüpft.
Firestore-Datenbanken (regional)	Traffic: api/request_count Serverfehlerrate: Verhältnis von Anfragen mit einem Antwortstatus, der einen Fehler angibt, zur Gesamtzahl der Anfragen. Die folgenden Statuswerte weisen auf einen Fehler hin: DEADLINE_EXCEEDED INTERNAL UNAVAILABLE UNIMPLEMENTED P95-Latenz: api/request_latencies	Anwendungslabels sind nicht mit Spans verknüpft.
GKE Gateway gateway.networking.k8s.io/Gateway	Traffic: application_lb/request_count Serverfehlerrate: Das Verhältnis der Anzahl der Anfragen mit dem Antwortstatus 5xx zur Gesamtzahl der Anfragen. P95-Latenz: application_lb/total_latencies	Anwendungslabels sind nicht an Logeinträge oder Spans angehängt.
GKE Ingress networking.k8s.io/Ingress	Traffic: application_lb/request_count Serverfehlerrate: Das Verhältnis der Anzahl der Anfragen mit dem Antwortstatus 5xx zur Gesamtzahl der Anfragen. P95-Latenz: application_lb/total_latencies	Anwendungslabels sind nicht mit Spans verknüpft.
Kubernetes-CronJobs (regional und zonenbasiert)		Informationen zum Ausführen von Cron-Jobs in GKE finden Sie unter CronJobs in GKE.
Kubernetes-DaemonSets (regional und zonenbasiert)	Weitere Informationen finden Sie unter Golden Signals für Kubernetes.
Kubernetes-Deployments (regional und zonenbasiert)	Weitere Informationen finden Sie unter Golden Signals für Kubernetes.
Kubernetes StatefulSets (regional und zonenbasiert)	Weitere Informationen finden Sie unter Golden Signals für Kubernetes.	Informationen zur Verwendung von StatefulSets oder zur Bereitstellung 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 die tatsächliche Messung. Serverfehlerrate: Das Verhältnis der Anzahl der Anfragen mit dem Antwortstatus 5xx zur Gesamtzahl der Anfragen. P95-Latenz: Basierend auf einem Cloud Load Balancing-Messwerttyp, der Gesamtlatenzen erfasst, z. B. https/total_latencies. Die Konfiguration von Cloud Load Balancing bestimmt die tatsächliche Messung.	Bei Application Load Balancern sind nur Weiterleitungsregeln und Back-End-Dienste in App Hub integriert. Anwendungslabels sind nicht mit Spans verknüpft.
Memorystore for Redis-Cluster (regional)	Sättigung: cluster/cpu/average_utilization	Anwendungslabels sind nicht an Logeinträge oder Spans angehängt.
Memorystore for Redis-Instanzen (regional)		Anwendungs-Labels sind nicht an Messwertdaten oder Spannen angehängt.
Pub/Sub-Themen (Global)	Traffic: topic/send_request_count Serverfehlerrate: Das Verhältnis der Anzahl der Anfragen mit dem Antwortcode internal zur Gesamtzahl der Anfragen. P95-Latenz: topic/send_request_latencies	Anwendungslabels sind nicht mit Spans verknüpft.
Pub/Sub-Abo (Global)	Traffic: subscription/pull_request_count Serverfehlerrate: Das Verhältnis der Anzahl der Anfragen mit dem Antwortcode internal zur Gesamtzahl der Anfragen. P95-Latenz: subscription/push_request_latencies	Anwendungslabels sind nicht mit Spans verknüpft.
Secret Manager-Secrets (global und regional)		Anwendungslabels sind nicht mit Spans verknüpft.
Spanner-Datenbanken (global und regional)		Anwendungs-Labels sind nicht an Messwertdaten oder Spannen angehängt.
Spanner-Instanzen (global und regional)	Traffic: api/api_request_count Serverfehlerrate: Verhältnis von Anfragen mit einem Antwortstatus, der einen Fehler angibt, zur Gesamtzahl der Anfragen. Die folgenden Statuswerte weisen auf einen Fehler hin: data_loss deadline_exceeded internal unavailable unimplemented unknown P95-Latenz: api/request_latencies Sättigung: instance/cpu/utilization	Anwendungslabels sind nicht mit Spans verknüpft.
Vertex AI Agent Engine-Agents (Regional)	Traffic: reasoning_engine/request_count Serverfehlerrate: Verhältnis von 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 Serverfehlerrate: Das Verhältnis der Anzahl der Anfragen mit dem Antwortstatus 5xx zur Gesamtzahl der Anfragen. P95-Latenz: mcp/request_durations	Goldene Signale werden nur im detaillierten Dashboard angezeigt. Anwendungs-Labels sind nicht an Messwertdaten oder Spannen angehängt.

Wichtige Signale für Kubernetes

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

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

Auf einem Dashboard kann es sein, dass das Diagramm mit den Traffic-Informationen zwei Tabs enthält:

• Auf dem Tab Traffic (Requests) (Traffic (Anfragen)) werden Daten zum Netzwerk-L7-Traffic angezeigt. Die Einheiten sind Anfragen pro Sekunde.
• Auf dem Tab Traffic (Bytes) wird der Messwert pod/network/received_bytes_count angezeigt, der die Einheit KiB pro Sekunde hat und ein L4-Netzwerk-Messwert ist.

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 er auf der Übersichtsseite und in Dashboards angezeigt.

Für Arbeitslasten, die in GKE ausgeführt werden, kann Google Cloud Observability Gold-Signale aus dem Prometheus-Messwert http_server_request_duration_seconds ableiten. Dieser ist nur verfügbar, wenn Sie Ihre Anwendung mit OpenTelemetry instrumentieren. Weitere Informationen finden Sie unter Anwendung instrumentieren.