Troubleshoot data issues
This topic provides guidance for troubleshooting data issues in the knowledge graph.
Required metrics and labels
If the knowledge graph isn’t discovering entities or if you’re experiencing empty panels in your dashboards, it may be because Grafana Cloud Adaptive Metrics is dropping or aggregating metrics or labels that the knowledge graph needs. If Adaptive Metrics is affecting the required metrics, you need to remove them from Adaptive Metrics. To learn how to remove metrics from Adaptive Metrics, refer to Recommendation exemptions.
Application Observability required metrics and labels
For an overview of the metrics and labels necessary for the knowledge graph to monitor your environment when using Application Observability, refer to Application Observability required metrics and labels. If the labels are present but issues persist, open a support ticket for further assistance.
For more information on how to send traces_host_info, refer to Host-hours pricing.
Kubernetes metrics
The table below shows the metrics and labels necessary for the knowledge graph to monitor your Kubernetes environment. If the labels are present but issues persist, open a support ticket for further assistance.
Container resource utilization observability
The following table lists metrics and labels required for Kubernetes container resource utilization observability.
RED metrics troubleshooting
For the knowledge graph to associate the RED metrics with the Kubernetes entities it identifies, the entities must have labels that specify their source. For instance, span metrics require labels such as k8s.namespace.name, k8s.cluster.name, and k8s.pod.name.
You can use the Kubernetes Attributes Process to assign these labels. Make sure you follow the Kubernetes monitoring recommendations.
If you still encounter problems, submit a support ticket for further assistance.
Prometheus troubleshooting
In addition to using Grafana Cloud Application Observability or Grafana Cloud Kubernetes Monitoring, you might use Prometheus to scrape some metrics. However, there are some guidelines to consider for the knowledge graph to work correctly.
If you use a single Prometheus job to scrape multiple entities, it can create the following issues:
- The knowledge graph might not be able to detect all your entities.
- RED metrics might not get associated to entities.
- RED metrics might get aggregated across workloads that share the same job.
To avoid issues, we recommend the following:
- Make the entities easily identifiable. You can do this by applying one of the following methods:
- Try not to use a single job to scrape multiple services and instead use a job per service.
- Identify your entities by adding a
servicelabel to your metrics.
- If you are using annotation-based Kubernetes service discovery in your Prometheus configuration, you can use the following relabeling rules:
source_labels: [__meta_kubernetes_pod_name]
regex: ^(.*?)([-][a-zA-Z0-9]{5,10}(-[a-zA-Z0-9]{5})?|-[0-9]+)?$
target_label: service
replacement: $1AWS troubleshooting
The following sections list the metrics and labels necessary for the knowledge graph to discover Amazon Web Services (AWS) entities and build relationships.
AWS Cloud Provider Observability entity discovery
The following table lists the metrics and labels necessary for the knowledge graph to discover Amazon Web Services (AWS) entities from AWS Cloud Provider Observability. All AWS entities require the asserts_env and asserts_site labels for scoping.
Amazon Web Services (AWS) Cloud Provider Observability metrics carry the Amazon Resource Name in the name label. The knowledge graph extracts the entity name from the Amazon Resource Name using pattern matching.
Amazon RDS relationships
The following table lists the metrics and labels necessary for the knowledge graph to build Amazon RDS entities and relationships. These metrics are generated from span metrics sources and help identify relationships to Amazon RDS instances by matching *.rds.amazonaws.com hostname patterns in the required labels.
Azure troubleshooting
The following table lists the metrics and labels necessary for the knowledge graph to discover Azure entities from Cloud Provider Observability. All Azure entities require the asserts_env and asserts_site labels for scoping.
Azure metrics carry the resourceName label natively. The knowledge graph uses this label directly without derivation.
Google Cloud troubleshooting
The following table lists the metrics and labels necessary for the knowledge graph to discover GCP entities from Cloud Provider Observability. All GCP entities require the asserts_env and asserts_site labels for scoping.
Stackdriver metrics carry the name natively in the instance_name or database_id label. For Cloud SQL, the knowledge graph extracts the instance name from database_id using pattern matching.



