Prometheus

prometheus、alertManager 组件的高可用需要自己实现、不够灵活、自定义监控指标或者修改告警配置规则时需要不断更新 prometheus 配置文件来实现，比较麻烦。实际上可以使用开源的管理 prometheus 集群的控制器——prometheus operator.

以下是我对其的总体理解

结构如图

 

 

 

黄色的椭圆代表pod

蓝色的方框代表kubenates 的资源

prometheus operator 定义了四种资源：

• prometheus ，此资源对象与 prometheus server的部署管理有关
• ServiceMonitor 根据此资源生成对应的配置，对相应的服务进行数据采集，需要被监控的对象提供metric接口
• AlertManager，此资源对象与 alertManager的部署管理有关
• PrometheusRule 是 Prometheus 实例使用的报警规则文件，可通过修改该资源修改报警规则或新增报警规则

 

对于ServiceMonitor,因为被监控的服务需要有metric接口，所以一般的java服务可引入相关的jar包（micrometer），而对于其他的中间件，比如redis、es、zk等，没有对应的接口可提供，则在中间加了一个 exporter，每种中间件有一个对应的export，export根据中间件自身提供的一些查询命令/接口进行查询。

一般在会在pod前部署一个svc，使对pod的访问更容易，可配置svcName + 端口访问，相当于域名访问一样

AlertManager则是根据规则和报警配置，可将报警消息推送至微信等平台

最终采集到的数据会发送给prometheus服务，prometheus会讲这些数据保存在TSDB时序性数据库，grafana则提供了一个用户查询平台，使用户易于监控、查看数据。