本文通过示例,简要介绍使用metric_relabel_configs的典型场景: 删除不需要的指标 增加指定标签 删除不需要的标签 删除不需要的指标 典型配置示例如下: scrape_configs: - job_name: "customJob_name1" ... relabel_configs: ... metric_relabel_configs: - source_labels: [__name__] action: drop re...
relabel_configs: # Example relabel to probe only some ingresses that have"example.io/should_be_probed = true"annotation #-source_labels: [__meta_kubernetes_ingress_annotation_example_io_should_be_probed] # action: keep # regex:true-source_labels: [__meta_kubernetes_ingress_scheme,__address_...
官方解释,relabel_config的作用就是将metrics中label的值做一个替换,具体的替换规则有配置决定,默认job的值是job_name,__address__的值为host,instance的值会比__address__多一个端口号 ,__param_<name>的值就是请求中<name>的值 个人理解:标签其实可以理解是一个key-value对组成 上面example的作用就是把__a...
配relabel_configs 的功能, Prometheus 允许用户在采集任务设置中,通过 relabel_configs 来添加自定义的 Relabeling 的额过程,来对标签进行指定规则的重写。 Prometheus 加载 Targets 后,这些 Targets 会自动包含一些默认的标签,Target 以 __ 作为前置的标签是在系统内部使用的,这些标签不会被写入到样本...
relabel_configs:-source_labels: [__meta_ec2_tag_Name] regex: Example.*action: drop 那么将不会收集这个指标。而metric_relabel_configs使用的时候指标已经采集过了 metric_relabel_configs:-source_labels: [__name__] regex:'(container_tasks_state|container_memory_failures_total)'action: drop ...
relabel_configs,可能会导致target的指标不被拉取 write_relabel_configs,可能会导致指定的时间序列不被采集 作用:在prometheus从target拉取指标后,存储指标前,对指标的时间序列进行编辑 使用场景:1)将不需要的监控数据丢弃掉;2)对指标中的标签进行处理(比如:新增标签,并将已存在标签key的值写入其中) ...
['localhost:9090']-job_name:'fileds'file_sd_configs:#通过文件去动态发现配置-refresh_interval:1m#默认5分钟检查一次files:-targets.json#配置文件路径# relabel_configs:# - source_labels: [host]# target_label: job#把host这个label变量的的值赋值给instance# - source_labels: [host]# target_label:...
relabel_configs 用于配置哪个目标需要被抓取,发生在指标抓取之前。 metric_relabel_configs 发生在指标抓取之后,写入存储之前。 如果其中一个没生效,就换一个(这句话很容易让人犯迷糊)。 但说实话当时我看到这里还是一脸懵,为了彻底了解两则的区别还是看源码来的直接。
Kubernetes 服务发现机制下面会将 labels 标签与 annotation 作为元信息输出到 Prometheus,这些元信息都包含__meta_前缀,这里我们的配置就是保留具有example.io/should_be_scraped这个 annotation 标签,且值为true的目标。 只存储特定的指标 当使用metric_relabel_configs来控制目标的抓取方式时,我们可以使用下面的规则来只...
relabel_configs用于配置哪个目标需要被抓取,发生在指标抓取之前。 metric_relabel_configs发生在指标抓取之后,写入存储之前。 如果其中一个没生效,就换一个(这句话很容易让人犯迷糊) 但说实话当时我看到这里还是一脸懵,为了彻底了解两则的区别还是看源码来的直接。