VS_PROMUS_CN.md

UMC(统一监控中心) 自研 VS Prometheus 方案选型之路

Prometheus

准备环境:

共使用4台主机，以采集kafka metric指标:

prometheus-server(10.0.0.26, 10.0.0.57, 10.0.0.160)
kafka-exporter(10.0.0.12)
kafka(10.0.0.12)

• prometheus-server 配置(10.0.0.26, 10.0.0.57，配置一致，pull同一个kafka-exporter实例)

global:
  scrape_interval: 15s 
  external_labels:
    monitor: 'codelab-monitor'
scrape_configs:
  - job_name: 'mykafka'
    scrape_interval: 5s
    static_configs:
      - targets: ['10.0.0.26:9308']

• prometheus-server 配置(10.0.0.160，联邦配置)

global:
  scrape_interval: 15s 
  external_labels:
    monitor: 'codelab-monitor'
scrape_configs:
  - job_name: 'federate'
    scrape_interval: 15s
    honor_labels: true
    metrics_path: '/federate'
    params:
      'match[]':
        - '{job="mykafka"}'
        - '{__name__=~"job:.*"}'
    static_configs:
      - targets:
        - '10.0.0.57:9090'
        - '10.0.0.26:9090'

联邦验证

首先启动12的kafka-exporter进程，然后再分别启动26, 57, 160的prometheus-server进程，
现象: 从kafka-exporter日志能看到分别来自26, 57两台机器的请求(分别每间隔5秒)，再分别
      打开三个prometheus-server控制台，查询到的数据也一样且都没有重复。
结论: 26, 57两台机器各自pull, 存储到各自的数据库, 

HA验证

步骤1: 只开启26, 160，现象: 两台机器数据正常获取, 且数据一致。
步骤2: 再开启57, 现象: 57停机期间的数据全部丢失。

对照情况

对比	自研（统一监控中心UMC）	Prometheus
HA	✅	暂时无成熟方案
动态配置	支持远程更新，如：采集间隔	更新配置后重启
Alarm规则更新	✅管理端更新立即生效	更新配置后reload好像有问题，新老规则都生效?
存储	内置openTSDB,derby，提供store基础类轻松扩展	增加remote_read外部模块扩展其他数据看
JVM应用健康监控	✅集成spring boot admin	不支持
分布式追踪监控	✅集成spring cloud sleuth, zipkin	不支持
代码量	轻量	较重