Prometheus简介

启动：

./prometheus --config.file=prometheus.yml

其它启动参数： --web.enable-lifecycle         启用 /reload接口（调用可以触发Prometheus配置和规则文件的重新加载） --web.max-connections=512       最大链接数 --web.read-timeout=5m               请求连接的最大等待时间， 防止太多的空闲链接，占用资源 --query.timeout=2m             查询超时时间 --query.max-concurrency=200   最大查询并发     Prometheus需要与许多其它组件集成：

• Jobs/Exporters

部分系统直接以prometheus兼容的格式暴露数据，可以直接监控 部分系统则需通过不同的Exporter进行数据汇报，它们统一命名格式为：xx_exporter

• Pushgateway

Prometheus采用pull模式，可能由于不在一个子网或防火墙导致无法直接拉取各target数据 可以通过client SDK或者Restful API将数据先推送到pushgateway汇总后，再由Prometheus统一收集 pushgateway可以持久化推送给它的所有监控数据 但prometheus拉取状态up只针对pushgateway，无法做到对每个节点有效。

• 其它Prometheus Server

Prometheus Server可以从其它Prometheus Server拉取数据

• Web UI

常用Grafana

• Alertmanager

将相应的报警信息通过邮件或者短信的方式进行数据的一个告警。 启动时，使用--config.file参数指定一份配置文件 调用webhook程序的方法：

receivers:
- name: 'paas.web.hook'
  webhook_configs:
  - url: 'http://132.252.37.10:9156/alert'
route:
  group_interval: 5m
  group_wait: 30s
  receiver: paas.web.hook
  repeat_interval: 3h

  --config.file参数指定的prometheus.yml配置文件写法：

• 全局配置

global:
  scrape_interval:     xxx  # 设置采集数据的时间间隔，默认是1分钟
  evaluation_interval: xxx  # 评估一次rule的时间间隔，默认是1分钟
  scrape_timeout:      xxx  # 拉取一个target的超时时间。
  evaluation_interval: xxx  # 额外的属性，会添加到拉取的数据并存到数据库中

• Alertmanager配置

alerting:
  alertmanagers:
  - static_configs:
    - targets:
      - alertmanager:9093

alert_relabel_configs：动态修改 alert 属性的规则配置。 alertmanagers：用于动态发现alertmanager的配置。

• scrape_configs

主要用于配置拉取数据节点 同一个job下可能包含很多相同类型的instance，每一个都是一个独立的数据源（target）称之为实例（instance）。

scrape_configs:
  - job_name: 'prometheus'
    scrape_interval: 5s
    static_configs:
    - targets: ['192.168.48.130:9090'] 

job_name：任务名称 honor_labels：prometheus在采集数据的同时，会自动在时序的基础上添加job和instance的标签，作为数据源（target）的标识，以便区分。如果其中任一标签已经在此前采集的数据中存在，那么将会根据 honor_labels设置选项来决定新标签。当设置为 true，以拉取数据为准；否则以服务配置为准 params：数据拉取访问时带的请求参数 scrape_interval、scrape_timeout：会覆盖全局配置 metrics_path：拉取节点的metric路径，默认为/metrics scheme：拉取数据访问协议，如果是https，可能还需要配置证书等 sample_limit：存储的数据标签个数限制，如果超过限制，该数据将被忽略，不入存储；默认值为0，表示没有限制 tls_config：连接target使用的tls配置，包括ca_file、cert_file、key_file；或者可以通过设定insecure_skip_verify为false允许不安全的连接 relabel_configs：拉取数据重置标签配置，可以用来重置、过滤、删除标签         source_labels：源标签         target_labels：要替换的目标标签         separator：多个标签间的分隔符，默认为分号         regex：匹配源标签里的值         replacement：         modules：???         action：分为keep、replace、drop、labeldrop、labelkeep等 static_configs：直接写死targets地址 xxx__sd_configs：Prometheus在代码上就已经对Kubernetes、consul、dockerswarm、openstack等有了原生的支持，可以通过服务发现的形式来自动监控集群 以kubernetes_sd_configs为例：以role来定义，从k8s restful api检索目标，并保持与集群的同步状态。        支持的role包括：node、service、pod、endpoints、ingress        每种role取到的监控数据有不同标签，可以根据需要进行相应relabel操作，详见官方文档

• remote_write和remote_read

• 规则

Prometheus可以配置rules，然后定时查询数据，当条件触发的时候，会将alert推送到配置的alertmanager 可以先把规则写到独立的文件里，在把文件名写进来： rule_files:   # - "first_rules.yml"   # - "second_rules.yml" 规则文件写法：

groups:
  - name: sum
    rules:
    - record: job:up:sum
      expr: sum(up) by (job)
      lables:
        rulesName: record

每一个group包括若干条rule 每条rule包括：     alert：这一条告警的名字     expr：表达式     for：第一次告警触发后会等待若干时间     labels：向告警中添加标签     annotations：也是一系列标签，用于存放较长的信息   prometheus在localhost:9090/metrics暴露自身指标 同时在localhost:9090/graph提供了图形化接口，可以展示所有的Runtime&Build info、启动的命令行参数、配置文件、Rules、Targets、Service Discovery

标签：--,简介,prometheus,拉取,Prometheus,标签,configs
来源： https://www.cnblogs.com/yangyuliufeng/p/14902077.html