# 全局配置 global: # 默认抓取周期，可用单位ms、smhdwy #设置每15s采集数据一次，默认1分钟 [ scrape_interval: <duration> | default = 1m ] # 默认抓取超时 [ scrape_timeout: <duration> | default = 10s ] # 估算规则的默认周期 # 每15秒计算一次规则。默认1分钟 [ evaluation_interval: <duration> | default = 1m ] # 和外部系统（例如AlertManager）通信时为时间序列或者警情（Alert）强制添加的标签列表 external_labels: [ <labelname>: <labelvalue> ... ] # 规则文件列表 rule_files: [ - <filepath_glob> ... ] # 抓取配置列表 scrape_configs: [ - <scrape_config> ... ] # Alertmanager相关配置 alerting: alert_relabel_configs: [ - <relabel_config> ... ] alertmanagers: [ - <alertmanager_config> ... ] # 远程读写特性相关的配置 remote_write: [ - <remote_write> ... ] remote_read: [ - <remote_read> ... ]
global:
scrape_interval: 15s
#默认值为 15s，收集数据的时间间隔，每隔15s收集一次数据，scrape_interval可以基于全局或基于单个metric定义
scrape_timeout: 10s
#采集数据的超时时间，默认为10s
evaluation_interval: 1m
#默认为1m，对告警规则做定期计算，然后更新告警状态，evaluation_interval只有全局值，告警状态如下三种
inactive：没有触发阈值
pending：已触发阈值但未满足告警持续时间
firing：已触发阈值且满足告警持续时间
prometheus默认是采用pull方式拉取监控数据的，也就是定时去目标主机上抓取metrics数据，每一个被抓取的目标需要暴露一个HTTP接口，prometheus通过这个暴露的接口就可以获取到相应的指标数据，这种方式需要由目标服务决定采集的目标有哪些，通过配置在scrape_configs中的各种job来实现，无法动态感知新服务，如果后面增加了节点或者组件信息，就得手动修promrtheus配置，并重启 promethues，很不方便，所以出现了动态服务发现，动态服务发现能够自动发现集群中的新端点，并加入到配置中，通过服务发现，Prometheus能查询到需要监控的Target列表，然后轮询这些Target获取监控数据。
prometheus获取数据源target的方式有多种，如静态配置和服务发现配置，prometheus支持多种服务发现，在prometheus中的服务发现主要分为以下几种：
- static_configs：静态服务发现
- kubernetes_sd_configs: 基于Kubernetes的服务发现，这章讲的内容
- consul_sd_configs: Consul 服务发现
- dns_sd_configs: DNS 服务发现
- file_sd_configs: 文件服务发现
promethues的静态静态服务发现static_configs：每当有一个新的目标实例需要监控，我们都需要手动配置目标target
promethues的consul服务发现consul_sd_configs：Prometheus 一直监视consul服务，当发现在consul中注册的服务有变化，prometheus就会自动监控到所有注册到consul中的目标资源
promethues的k8s服务发现kubernetes_sd_configs：Prometheus与Kubernetes的API进行交互，动态的发现Kubernetes中部署的所有可监控的目标资源。
Prometheus的relabel_configs：
promethues的relabeling（重新修改标签）功能很强大，它能够在抓取到目标实例之前把目标实例的元数据标签动态重新修改，动态添加或者覆盖标签
prometheus加载target成功之后，在Target实例中，都包含一些Metadata标签信息，默认的标签有：
__address__：以<host>:<port> 格式显示目标targets的地址
__scheme__：采集的目标服务地址的Scheme形式，HTTP或者HTTPS
__metrics_path__：采集的目标服务的访问路径
Prometheus怎么从Target实例中获取监控数据就是通过上面这些标签获取得，上面列举的是一些默认标签，我们还可以为Target添加一些自定义的标签，我们可以在配置文件中设置relabeling重写规则
relabel_configs配置详细说明：
- source_labels：源标签，没有经过relabel处理之前的标签名字
- target_label：通过action处理之后的新的标签名字
- regex：正则表达式，匹配源标签
- replacement：replacement指定的替换后的标签（target_label）对应的数值
- action：action定义了relabel的动作，action支持多种，如下
- replace: 替换标签值，根据regex正则匹配到源标签的值，并把匹配的值写入到目的标签中
- keep: 满足regex正则条件的实例进行采集，把source_labels中没有匹配到regex正则内容的Target实例丢掉
- drop： 满足regex正则条件的实例不采集，把source_labels中匹配到regex正则内容的Target实例丢掉
- labeldrop： 对抓取到的符合过滤规则的target标签进行删除
- labelkeep： 对抓取到的符合过滤规则的target标签进行保留
- labelmap会根据regex的定义去匹配Target实例所有标签的名称，并且以匹配到的内容为新的标签名称，其值作为新标签的值
- hashmod 设置target_label为modulus连接的哈希值source_labels
promtool针对Prometheus配置文件检查
# promtool check config <PATH>/prometheus.yml