Prometheus 配置文件中 metric_relabel_configs 配置

2019-09-11 0 By admin

prometheus 从数据源拉取数据后,会对原始数据进行编辑;其中 metric_relabel_configs 是 prometheus 在保存数据前的最后一步标签重新编辑(relabel_configs)。
所以,哪怕你将 metric_relabel_configs 模块放在 job_name 模块的最前端,prometheus 解析编辑文件后,也会将 metric_relabel_configs 放在最后。

metric_relabel_configs 模块和 relabel_config 模块很相似。metric_relabel_configs 一个很常用的用途:将监控不需要的数据,直接丢掉,不在prometheus 中保存。

一、删除不需要的指标(metric)

prometheus 默认会将所有拉取到的 metrics 都写入自己的存储中。如果某些 metrics 对我们并没有太多意义,可以设置直接丢掉,减少磁盘空间的浪费。‘node_netstat_Icmp_OutMsgs’ 指标数据。

   metric_relabel_configs:
   - source_labels: [ __name__ ]
     regex: 'node_netstat_Icmp_OutMsgs'
     action: drop

如上,我们丢掉指定job_name 中的

参考上面的配置,我们可以对指标(metric) 进行添加,删除,重命名等操作。

二、修改指标(metric) 中的标签(label)

如果我们使用 prometheus 监控 Kubernetes 运行状态;应该会遇到,在一个 query 中结合一个以上的job_name(metric_source)的情况。
不同的 job_name metric label 命名可能不相同。比如:pod的名称可以使用“pod”或者“pod_name” 这两个 label 记录。如果相同含义的label,名称却不相同;对query的编写就很困难了。至少我没有在PromQL 中找到类似 SQL 语句中的 as 的功能的关键词和方法
这样的话,正确的解决思路应该是在 Prometheus 拉取数据后,保存数据前;将 label 的名称进行重写;保证相同含义的label 有相同的名称。

  metric_relabel_configs:
  - source_labels: [pod]
    separator: ;
    regex: (.+)
    target_label: pod_name
    replacement: $1
    action: replace
  - source_labels: [container]
    separator: ;
    regex: (.+)
    target_label: container_name
    replacement: $1
    action: replace

如上,将指定 job_name 中,所有的 metrics 中含有名为“pod”和“container”名称的 label 分别拷贝到名为“pod_name”,“container_name”的label中。
注意:如果metric 的 label的名称包含了“pod”和“container”关键词,但是不等于;则不会处理此label。