OpenShift 4.13用户项目指标在Prometheus中不可见求助

针对你遇到的自定义项目指标无法被监控的问题，可以从以下几个方向逐一排查：

1. 修正ServiceMonitor的选择器与端口配置 #

你当前的ServiceMonitorselector为空，虽然理论上会匹配目标命名空间下所有Service，但需要满足两个关键条件：

• 目标项目ns下的Service必须存在名称为"8085"的端口（注意是端口的name字段，而非端口号）：
  执行命令检查目标Service的端口配置：

  oc get svc -n ns -o yaml
  

  如果Service的端口名称是其他值（比如metrics），需要将ServiceMonitor的port字段修改为对应名称。
• 如果目标Service带有特定标签，建议显式在ServiceMonitor的selector.matchLabels中添加匹配规则，避免空选择器导致的匹配异常。例如Service有app=my-service标签，ServiceMonitor的selector应改为：

  selector:
    matchLabels:
      app: my-service
  

2. 配置目标项目的监控权限 #

启用用户监控后，需要确保Prometheus能访问目标项目的资源：

• 在目标项目ns中创建专用监控ServiceAccount：

  oc create sa prometheus-user-workload -n ns
  

• 为该账号授予view角色（用于访问Pod、Service等资源）：

  oc adm policy add-role-to-user view system:serviceaccount:ns:prometheus-user-workload -n ns
  

• 确认用户监控的Prometheus实例使用该ServiceAccount：

  oc get prometheus user-workload -n openshift-user-workload-monitoring -o yaml | grep serviceAccountName
  

  输出应为prometheus-user-workload，若不符需调整Prometheus资源的配置。

3. 验证指标端点的可达性 #

从用户监控的Prometheus Pod内部测试能否访问目标指标端点：

• 进入Prometheus Pod：

  oc rsh -n openshift-user-workload-monitoring $(oc get pods -n openshift-user-workload-monitoring -l app=prometheus -o name | head -1)
  

• 尝试curl目标Service的指标路径（替换<service-name>为实际Service名称）：

  curl http://<service-name>.<ns>.svc:8085/metrics
  

  若无法访问，需排查：
  • Pod的网络策略是否允许来自openshift-user-workload-monitoring命名空间的流量
  • Service是否正确关联到运行指标服务的Pod
  • Pod内部的8085端口是否正常监听

4. 确认用户监控的启用状态 #

• 检查集群监控配置，确保用户监控已正确启用：

  oc get configmap cluster-monitoring-config -n openshift-monitoring -o yaml
  

  需确保data.config.yaml中包含：

  enableUserWorkload: true
  

• 检查用户监控组件的Pod状态：

  oc get pods -n openshift-user-workload-monitoring
  

  确保prometheus、thanos-ruler等核心Pod均处于Running状态。

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