Kubernetes集群Prometheus Targets不显示RabbitMQ监控目标问题

按以下优先级逐项校验配置，即可解决问题：

1. 确认RabbitMQ侧已正确生成ServiceMonitor资源 #

• 检查你部署的RabbitmqCluster自定义资源配置，必须在spec段开启ServiceMonitor自动创建，正确配置参考：

apiVersion: rabbitmq.com/v1beta1
kind: RabbitmqCluster
metadata:
  name: <你的RabbitMQ集群名称>
  namespace: <RabbitMQ部署所在命名空间>
spec:
  serviceMonitor:
    # 重点：此处标签必须和Prometheus的ServiceMonitor选择规则完全匹配
    labels:
      release: kube-prometheus-stack
    interval: 30s
    path: /metrics
    port: 15692

• 执行命令校验资源是否生成：
  kubectl get servicemonitor -n <RabbitMQ部署所在命名空间>
  正常返回结果中应存在与RabbitMQ集群同名的ServiceMonitor资源，若不存在则说明RabbitmqCluster资源配置缺失serviceMonitor字段，Operator不会自动创建监控对接资源。

2. 校验Prometheus的ServiceMonitor发现规则 #

这是最高发的配置遗漏点，90%的同类问题均由该配置错误导致
kube-prometheus-stack默认部署的Prometheus实例存在两个发现限制：

• 仅识别带指定标签的ServiceMonitor资源，默认要求ServiceMonitor带有release: <kube-prometheus-stack的helm部署release名>标签
• 默认仅监听Prometheus自身所在命名空间（通常为monitoring）下的ServiceMonitor资源

执行以下命令查看当前Prometheus的发现规则：
kubectl get prometheus -n monitoring kube-prometheus-stack-prometheus -o yaml
重点核对两个字段：

• serviceMonitorSelector.matchLabels：记录标签要求，回到第一步检查RabbitMQ对应的ServiceMonitor是否带有完全匹配的标签，标签不一致则手动补全
• serviceMonitorNamespaceSelector：如果该字段为空或配置了命名空间标签选择规则，需要给RabbitMQ所在命名空间打上对应匹配标签，或调整kube-prometheus-stack部署参数，设置prometheus.prometheusSpec.serviceMonitorNamespaceSelector.matchLabels: {}以允许发现所有命名空间下的ServiceMonitor

3. 校验RBAC权限配置 #

Prometheus使用的ServiceAccount需要拥有跨命名空间读取Service、Endpoints、Pod资源的权限，若权限缺失，即使识别到ServiceMonitor也无法拉取指标。检查Prometheus绑定的ClusterRole规则，确保包含以下权限：

- apiGroups: [""]
  resources: ["nodes", "nodes/metrics", "services", "endpoints", "pods"]
  verbs: ["get", "list", "watch"]

4. 校验指标端口连通性 #

• 确认RabbitMQ集群已启用prometheus插件（Operator默认部署会自动启用，若手动关闭需重新开启），指标暴露默认端口为15692，路径为/metrics，不要误配为AMQP服务端口5672或管理界面端口15672
• 执行命令从Prometheus Pod内测试指标连通性：
  kubectl exec -it -n monitoring <任意Prometheus Pod名称> -- curl http://<RabbitMQ任意Pod IP>:15692/metrics
  正常应返回大量指标文本，若返回连接拒绝、401等错误，需检查RabbitMQ的网络策略、插件运行状态。

5. 对接验证 #

所有配置调整完成后等待1-2分钟，刷新Prometheus UI的Targets页面，即可看到RabbitMQ对应的监控目标条目，状态显示为UP即为对接成功。

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