The dashboards that Application Monitoring creates display log and metric data, including the following golden signals, when that data includes application-specific labels:
- Traffic: Incoming request rates on the service or workload over the selected time period. For some configurations, this chart contains tabs. The Request tab displays the networking L7 metric and the Bytes tab displays the networking L4 metric.
- Server error rate: Average percentage of incoming requests that generate or map to 5xx HTTP response codes over the selected time period.
- P95 latency: 95th percentile of latency for a request served over the selected time period, in milliseconds.
- Saturation: Measures how full your service or workload is. For example, for managed instance groups (MIGs), Cloud Run, and Google Kubernetes Engine deployments, this field shows the CPU utilization.
If you explore a dashboard, you might notice that a charted metric for a golden signal differs from the metric you expect. For some golden signals, Google Cloud Observability has a prioritized list of source metrics. If a preferred metric isn't available, then Google Cloud Observability searches the list until it finds an available metric.
Supported infrastructure resources
The Notes and limitations column lists details about which golden signals are supported. This column also lists limitations.
| Infrastructure resources | Golden signals | Notes and limitations |
|---|---|---|
| AlloyDB for PostgreSQL clusters (Regional) |
Application labels aren't attached to spans. | |
| AlloyDB for PostgreSQL instances (Regional) |
|
Application labels aren't attached to spans. |
| Bigtable clusters (Regional) |
|
Application labels aren't attached to spans. |
| Bigtable instances (Regional) |
Application labels aren't attached to metric data or to spans. | |
| Cloud Domains | Application labels aren't attached to metric data or to spans. | |
| Cloud Run jobs (Regional) |
|
|
| Cloud Run services and functions (Regional) |
|
Only trace spans generated by instrumented workloads contain application labels. Only customer-instrumented workloads running within Cloud Run generate golden signals. |
| Cloud Logging log buckets (Global and regional) |
Only audit logs contain application labels. | |
| Cloud SQL instances (Regional) |
|
Application labels aren't attached to spans. |
| Cloud Storage buckets (Regional and multi-regional) |
|
Application labels aren't attached to spans. |
| Compute Engine MIGs (Regional and zonal) |
|
|
|
Dataproc Metastore service (Regional and multi-regional) |
|
Application labels aren't attached to spans. For general information, see Dataproc Metastore overview. |
|
Cloud Deploy delivery pipelines (Regional) |
Application labels aren't attached to spans. | |
| Firestore databases (Regional) |
|
Application labels aren't attached to spans. |
GKE Gatewaygateway.networking.k8s.io/Gateway
|
|
Application labels aren't attached to log entries or to spans. |
GKE Ingressnetworking.k8s.io/Ingress
|
|
Application labels aren't attached to spans. |
| Kubernetes CronJobs (Regional and zonal) |
To learn how to run Cron Jobs in GKE, see About CronJobs in GKE. | |
| Kubernetes DaemonSets (Regional and zonal) |
See Golden signals for Kubernetes. | |
| Kubernetes Deployments (Regional and zonal) |
See Golden signals for Kubernetes. | |
| Kubernetes StatefulSets (Regional and zonal) |
See Golden signals for Kubernetes. | To learn how to use a StatefulSet or deploy a stateful application, see About StatefulSets in Google Kubernetes Engine. |
| Layer 7 external and internal Application Load Balancers with HTTP or HTTPS traffic (Global, regional, and cross region) |
|
For Application Load Balancers, only forwarding rules and backend services are integrated with App Hub. Application labels aren't attached to spans. |
| Memorystore for Redis clusters (Regional) |
|
Application labels aren't attached to log entries or to spans. |
| Memorystore for Redis instances (Regional) |
Application labels aren't attached to metric data or to spans. | |
| Pub/Sub topics (Global) |
|
Application labels aren't attached to spans. |
| Pub/Sub subscription (Global) |
|
Application labels aren't attached to spans. |
| Secret Manager secrets (Global and regional) |
Application labels aren't attached to spans. | |
| Spanner databases (Global and regional) |
Application labels aren't attached to metric data or to spans. | |
| Spanner instances (Global and regional) |
|
Application labels aren't attached to spans. |
| Vertex AI Agent Engine agents (Regional) |
|
Golden signals for Kubernetes
For Kubernetes DaemonSets, Deployments, and StatefulSets, Google Cloud Observability uses the following metric data to derive values for golden signals, when that metric data is available:
- Traffic: service/server/request_count. The units for this metric are requests per second.
- Server error rate: Ratio of
service/server/request_countrequests whose response status is at least 500 and no more than 599 to the total number of requests. - P95 latency: The 95th percentile from the service/server/response_latencies.
- Saturation: The ratio of the container/cpu/core_usage_time to the container/cpu/request_cores.
On a dashboard, you might see that the chart that displays traffic information contains two tabs:
- The tab labeled Traffic (Requests) displays networking L7 traffic data and the units are requests per second.
- The tab labeled Traffic (Bytes) displays the pod/network/received_bytes_count metric, which has units KiB per second and is a networking L4 metric.
When both the L7 and L4 traffic metrics are available, the L7 metrics appear on the summary pages but the traffic chart contains tabs, which let you view both metrics. If only one metric is available, then that metric is shown on the summary page and on dashboards.
For workloads that run on GKE, Google Cloud Observability might
derive golden signals from the Prometheus metric
http_server_request_duration_seconds, which is only available
when you instrument your application by using OpenTelemetry. To learn more, see
Instrument your application.