Grafana Kubernetes集群监控面板无数据，Node-exporter正常求排查

一、Cluster Monitoring面板（ID10000）内存查询无结果的排查 #

• 先确认container_memory_working_set_bytes指标的name标签实际格式：
  在Prometheus UI执行查询container_memory_working_set_bytes{image!=""}，查看返回结果里的name标签值。MicroK8s环境下，容器的name标签可能不是k8s_开头（比如可能是containerd://前缀），导致name=~"^k8s_.*"过滤完全匹配不到数据。
• 检查cadvisor的标签生成逻辑：
  通过microk8s kubectl describe pod <kubelet-pod-name> -n kube-system查看kubelet里cadvisor的启动参数，确认是否有修改name标签的配置，或者是否存在采集异常。
• 调整Grafana面板查询：
  如果确认name标签格式不符合原过滤规则，直接修改面板中的查询语句，把name=~"^k8s_.*"替换为实际匹配的规则（比如name=~"^containerd.*"），或者直接移除该过滤条件（如果不会引入非业务容器数据的话）。

二、Node Exporter Full面板CPU查询无结果的排查 #

• 先验证Node Exporter的CPU指标是否正常采集：
  在Prometheus UI执行node_cpu_seconds_total查询，看是否有返回数据。如果没有，说明Node Exporter没采集到CPU指标，需要看Pod日志排查。
• 检查Node Exporter的Pod日志与权限：
  执行microk8s kubectl logs <node-exporter-pod-name> -n observability，查看是否有读取CPU相关文件（如/proc/stat）的权限报错；同时通过microk8s kubectl describe daemonset node-exporter -n observability确认Pod是否正确挂载了主机的/proc、/sys目录，且securityContext配置了足够的权限（比如privileged: true）。
• 核对Grafana面板的CPU查询语句：
  查看面板中CPU相关的查询，确认是否使用了正确的指标名（比如现在Node Exporter的CPU指标是node_cpu_seconds_total，而非旧版的node_cpu），或者是否存在错误的标签过滤条件，把查询语句单独拿到Prometheus UI执行，逐步排查过滤逻辑。

内容的提问来源于stack exchange，提问作者unixwait