pmm系列~prometheus配置文件解析

一 prometheus文件主体解析

  1 job_name: 1 prometheus 2 grafana 3 linux 4 proxysql 5 mongodb 6 mysql相关 7 rds相关 (job_name=prometheus的target host:port 为prometheusWEB控制台地址 PMM如果想WEB访问这个后台需要容器启动时做端口映射)

  2 metrics_path:/metrics server获取监控数据的访问url

  3 schema:http

  4 scrape_interval: 5S 默认收集数据间隔时间

     scrape_timeout:每次数据收集的间隔时间 

      对于收集时间的配置有全局和具体的job,如果具体的job规定就按照job来,如果没有规定就按照global来

   5 evaluation_interval:1m 默认为1m，对告警规则做定期计算，然后更新告警状态， evaluation_interval只有全局值，告警状态如下三种

    inactive：没有触发阈值

    pending：已触发阈值但未满足告警持续时间

    firing：已触发阈值且满足告警持续时间

  6 static_configs：静态服务发现 通过手动配置实现.适用于PMM不支持动态发现的自定义服务 比如redis

     promethues的静态静态服务发现static_configs：每当有一个新的目标实例需要监控，我们都需要手动配置目标target

     配置案例

     static_configs：

     - targets:

      host:port

    备注:1 这种方式修改配置文件后需要重启prometheus服务 2PMM本身实现了动态注册mysql

  7 consul_sd_configs: Consul 服务发现(PMM利用的就是此种方式)

  8 dns_sd_configs: DNS 服务发现

  9 file_sd_configs: 文件服务发现

  10 relabel_configs 重新修改标签 功能很强大，它能够在抓取到目标实例之前把目标实例的元数据标签动态重新修改，动态添加或者覆盖标签 配合consul_sd_configs 自动发现服务使 用

二 prometheus文件整体分类

  1 global 2 alerting 3 rule_files 4 scrape_configs:

三 prometheus 文件检查

  promtool  check config  <PATH>/prometheus.yml 检测成功后再进行重启操作

四  补充

   1 对于非mysql的PMM监控 首选要下载相应的插件提供采集接口

   2 第二是利用PMM ADD注册到PMM-SERVER种

   3 第三是要下载相应的graph模板 然后导入grafana种

   4 进行相应的查看

   5 linux:metrics  mysql:metrics mongodb:metrice  external:metrics