跨多Kubernetes集群部署Prometheus的服务发现与Pod注解可行性问询

服务发现能力 #

完全支持Kubernetes原生服务发现，适配多K8s集群的中央监控场景时，相比手动通过清单部署的Prometheus维护成本更低：

• 你可以通过ServiceMonitor、PodMonitor等Operator提供的自定义资源（CRD）声明式定义监控目标的匹配规则，Operator会自动同步规则到Prometheus配置并完成重载，不需要手动修改Prometheus的配置文件
• 针对多集群监控场景，可单独给每个被监控集群配置服务发现规则，也可以为不同集群的同类负载配置通用匹配规则，适配性更强

Pod 注解配置支持 #

完全兼容Pod注解的配置方式，可根据需求选择适配方案：

• 如果你想沿用之前手动部署Prometheus时的prometheus.io/scrape、prometheus.io/port、prometheus.io/path等官方通用注解，只需要配置一条通用的PodMonitor或服务发现规则，匹配带指定注解的Pod即可，原有业务Pod的注解不需要任何修改，迁移过程对业务侧无感知
• 如果你需要更灵活的配置，也可以自定义Pod注解，配合Prometheus Operator的CRD规则实现自定义采样间隔、额外标签追加、指标过滤等更复杂的能力，灵活性远高于原生注解的配置逻辑

小提示：跨集群中央监控场景下，需要先确保Prometheus Operator所在的中央集群和所有业务K8s集群网络连通，且对应RBAC权限配置正确，才能保证服务发现正常拉取到各集群的Pod、Service元数据。

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