prometheus使用 (十九) 标签重写

最新推荐文章于 2024-08-13 14:39:39 发布
最新推荐文章于 2024-08-13 14:39:39 发布
阅读量6.1k 收藏 13
点赞数 9
分类专栏： prometheus kubernetes 文章标签： k8s prometheus linux centos
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/qq_42883074/article/details/115894190
版权

在前面我们已经声明了targets实例以此来监听收集我们的节点服务状态，如下

然而，当prometheus加载target实例后，会存在一些默认的标签。我们将鼠标放在标签上面就会显示出来

这些标签都会帮助我们去声明prometheus该如何从target实例中获取指标

一. 常见系统内置标签

__address__              #当前Target实例的访问地址<host>:<port>
__scheme__               #采集目标服务访问地址的HTTP Scheme，HTTP或者HTTPS
__metrics_path__         #采集目标服务访问地址的访问路径
__param_<name>           #采集任务目标服务的中包含的请求参数

 一般来说，targets中以"__"作为前置的是系统内置标签，这些标签是不会写入到指标数据中的

不过也会有一些例外，比如我们前面得知prometheus采集的数据中都包含了instance的标签

这些标签的内容对应到target实例中的__address__的标签，这里实际上是做 了一次标签的重写操作

二. 自定义标签

#首先我们查看一下node-exporter的基本配置
- job_name: 'node'
    static_configs:
      - targets: ['192.168.1.21:9100']

从上图中我们可以获得一些简要的信息，我们在这个基础上可以去添加一些自定义标签

  - job_name: 'node'
    static_configs:
      - targets: ['192.168.1.21:9100']

        labels:                    #添加标签
          env: test1-cluster
          __hostname__: localhost

重载配置

curl -XPOST http://localhost:9090/-/reload

 前面我们也说了，带__前缀的标签是不会出现在指标显示中的，如下图

 

如上图所示，我们成功给该实例添加了2个标签(env，__hostname__)，当集群环境较多时，我们会在每套集群上都部署prometheus服务

为了使得alertmanager告警的精准程度，我们需要在不同的prometheus服务器上设置我们当前集群特有的一个标签

三. 标签重写

我们之前的其实也碰到过重写的操作，如下，实际上instance是由__address__重写得到的

 

可能这么说有点迷糊，我们做个小案例

案例1 重写新增

    relabel_configs:
      - source_labels: [ '__address__' ]
        target_label:  'addr'


#我们这里的操作是将内置系统标签 '__address__'
#重写为 addr,而值则是直接继承之前的值

重载

curl -XPOST http://localhost:9090/-/reload

 

相当于我们从address的内置标签重定义了一个新的标签，不过从targets里看有点费眼，我们也可以从服务发现中查看

 

案例2 重写覆盖

这个和上面的类似，不同之处在于，我们将不会使用元标签的值，而是改为我们自定义的值

    relabel_configs:
      - source_labels: [ '__address__' ]
        target_label:  'addr'
        replacement: 'localhost'  #添加

 重载

curl -XPOST http://localhost:9090/-/reload

 

小知识

#我们可以设置多个源标签
#再通过separator: _声明分隔符
#来对目标标签的值更加精准的定义
#如下

      - source_labels: ['__address__','job']
        separator: _          
        target_label: addr

#我们会得到
192.168.1.20:9100_node

案例3 正则重写

我们上面重写使用的值并不准确，新增的值不准确，覆盖的值不方便

我们可以通过正则来确保匹配的是我们需要的值

    relabel_configs:
      - source_labels: [ '__address__' ]
        target_label:  'addr'
        regex: "(.*):(.*)"           #添加
        replacement: $1-$2           #修改


#这里给不太懂正则的自己说一下
#上面不变，获取值应该是得到192.168.1.20:9100的值
#我们使用regex参数表示正则匹配，匹配到的值分为2块
#$1 192.168.1.20
#$2 9100

#replacement 设置定值为$1-$2
#那么值应该是192.168.1.20-9100才对
#我们看看

curl -XPOST http://localhost:9090/-/reload

案例4 重写丢弃1 (drop)

我现在有一个target不需要采集的，需要将他后续采集到的指标全部丢弃

而drop是使用正则去匹配源标签中是否匹配对应的值，如果匹配则会丢弃该数据

      - source_labels: ['addr']
        regex: "192.168.1.21-9100"
        action: drop

如上配置，drop会匹配源标签addr的值，如果匹配则丢弃它后续所有的指标，并将targets状态设置为drop

 

案例5 重写丢弃2 （keep)

与drop相反，删除与连接不匹配的目录的source_labels

      - source_labels: ['addr']
        regex: "192.168.1.21-9100"
        action: keep

上面的drop匹配到后丢弃了该targets，而keep是匹配不到标签则丢弃，所以应该会将192.168.1.20的也丢弃

 

案例6 标签名称替换（labelmap）

前面node的targets我们都drop掉了，我们先将他们注释掉

      - source_labels: [ '__metrics_path__' ]
        regex: __metrics_(.+)__
        action: labelmap

这个其实和上面的覆盖有点像，它会将正则匹配到的值作为标签的key来使用，而值是直接继承

如下，它匹配到的内置标签的名称中的path字段，拿它作为标签名称使用

 

案例7 hash （hashmod）

当relabel_config设置为hashmod时，Prometheus会根据modulus的值作为系数，计算source_labels值的hash值。

      - source_labels: [ '__address__' ]
        modulus: 4  
        target_label: tmp_hash
        action: hashmod

重载配置

curl -XPOST http://localhost:9090/-/reload

讲真，我也不明白是干啥用的，找了些资料说是用于散列拆分的，横向扩展用的。 有懂的回复下谢谢(≧∇≦)ﾉ

 

 

案例8 标签删除1（labeldrop）

labeldrop会将所有匹配到的标签删除

      - regex: '(job)'
        action: labeldrop
可以看到job的标签被删除了

 

 

案例9 标签删除2（labelkeep）

和labeldrop相反，它会删除所有不匹配的标签

      - regex: '(job)'
        action: labelkeep

猜猜会出现什么？  对，连targets都没了

 

四. metric_relabel_configs

metric_relabel_configs模块和relabel_config类似，不过它有一个很常用的方法

就是将不需要的数据直接丢掉，首先我们了解一下他们之间有什么区别

如图所示，prometheus在抓取指标到内存之前，可以进行第一次重写操作

在写入磁盘之前，可以再此进行标签的重写操作

案例  删除不需要的metric

这里我们先将上面的重写操作都注释掉，添加以下配置

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



#这里的__name__是指标名称，不是标签
#这个操作是将所有node_cpu_seconds_total指标全部丢弃

 重载

curl -XPOST http://localhost:9090/-/reload

我们手动查询一下，已经没有数据了

 

 

 

 

默子昂
关注
专栏目录
prometheus relabel_configs配置介绍及使用（四）
江晓龙的博客
02-03 1914
relabel_configs配置介绍及使用 1.relabel_configs重新标签 1.1.重新标签的意义 重新标签就是重新定义一个标签 relabel_configs：这个配置项允许在采集之前对任何目标及标签进行修改 重新标签的意义：重命名原来的标签、删除标签、过滤目标，可以针对标签的某个值进行过滤 在查询一个监控指标时，prometheus会把只要包含这个监控指标的所有监控数据都列出来，这样看起来也是很麻烦，不过我们可以在查询时指定一个标签，这样就可以定位到指定的主机上 relabel_confi
Prometheus 动态拉取监控服务
分享技术干货和灵感、推荐新书和好玩的项目、分享Java面试题
01-22 1995
我们在以前的实例中配置Prometheus 的target 都是手动配置，这在监控目标少的情况下还可以接受，如果是要监控上百个微服务，都手动配置岂不是蠢死。Spring Boot Admin 都可以从注册中心拉取服务列表，也可以每个应用单独注册到Spring Boot Admin，Prometheus 当然也可以
prometheus relabel_configs 标签重写
zzzxxx520369的博客
06-14 603
双下划线“__address__”的标签是系统默认标签，是不会显示在metrics里面的。__scheme__：采集目标服务访问地址的HTTP Scheme，HTTP或者HTTPS。__address__：当前Target实例的访问地址[host]:[port]__metrics_path__：采集目标服务访问地址的访问路径。默认的标签是不显示的，需要鼠标放到label上才会显示。__param_：采集任务目标服务的中包含的请求参数。__name__: 此标签是标识指标名称的预留标签。
Prometheus(九)重新标记 relabel_config
qq_22648091的博客
12-20 1192
上面的意思是把 server_addr 标签的内容赋值给 Prometheus 内置标签。这里的场景是 192.168.0.39:9115 为黑盒监控的监听地址。实际会映射到 Prometheus 的配置文件中为如下内容。上面的意思是把匹配到的分组内容 $1 分配给新的标签。上面的意思是使用 regex 指定的正则表达式。之后把分组 $1 的内容赋值给新的标签。赋值给Prometheus 内置的标签。是targets 中的值，比如。的值进行匹配，并且进行了分组。上面的意思是 把内置标签。
Prometheus 标签全揭秘：从数据源到仪表盘
最新发布
weixin_39009745的博客
08-13 1105
一文搞懂腾讯云 Prometheus 标签
Prometheus监控实战系列八：标签重写
青梅煮酒
03-25 1305
标签重写（Relabeling)是Prometheus一个非常有用的功能，它可以在，修改target和它的labels。
Prometheus 标签动作|action: labelmap 映射为新标签
小楼一夜听春雨，深巷明朝卖杏花
04-22 611
做上面这些事情是有两个阶段的，一个是采集之前，一个是采集之后，如果在采集之前重新定义标签没生效，那么可以使用采集之后的标签（因为使用的是k8s的服务发现，不管用的是哪个服务发现，默认带的都是源标签__meta_kubernetes_node_label 比如consul那么就是以consul开头的，用这个匹配的值作为新的标签名字，新的标签名字就可以入库，就会被查询，因为元标签以下划线开头的是不会入库的。这些不同服务发现的标签就是为了新标签的生成，就是为了更加好的标识监控指标，源标签是不会入库的）
prometheus安装及使用
MKC__jiaoq的博客
01-05 2932
一、简介 Prometheus是最初在SoundCloud上构建的开源系统监视和警报工具包 。自2012年成立以来，许多公司和组织都采用了Prometheus，该项目拥有非常活跃的开发人员和用户社区。现在，它是一个独立的开源项目，并且独立于任何公司进行维护。为了强调这一点并阐明项目的治理结构，Prometheus 在2016年加入了 Cloud Native Computing Foundation，这是继Kubernetes之后的第二个托管项目 Prometheus是一个开源的完整监控解决方案，
精品--本人精品课程毕业设计的重构，使用springboot框架重写.zip
02-05
9. **日志和监控**：了解如何使用Logback、Log4j等进行日志管理和使用Prometheus、Grafana等工具进行系统监控，以确保应用的稳定运行。 10. **数据库管理**：可能涉及到SQL查询优化、数据库设计和使用像Hibernate或...
Prometheus ：（一）基本概念
ver_mouth__的博客
08-10 2708
指标（metric）：指标名称和描述当前样本特征的 labelsets；时间戳（timestamp）：一个精确到毫秒的时间戳；样本值（value）： 一个 folat64 的浮点型数据表示当前样本的值。通过如下表达方式表示指定指标名称和指定标签集合的时间序列：{=, ...}...
html&css的简单了解
m0_50496669的博客
09-07 1294
html&css html： 常用的标签： div、p、ul li、ol li、h1-h6、a、span、b、u、i、input（属性text、number、password、radio、checkbox、submit、reset）、form、select>option、textarea h5(新标签）：header、nav、footer、main、section、video、audio、input（color、range、week、date） 标签的分类： 单双标签：单标签没有与之对
Prometheus标签的使用说明
小胡子
01-13 3438
Prometheus标签的使用说明
Prometheus详解（九）——添加Prometheus监控标签
永远是少年
05-27 4344
今天继续给大家介绍Linux运维相关知识，本文主要内容是添加Prometheus监控标签。 一、Prometheus标签简介 二、Prometheus标签设置 三、效果检验 原创不易，转载请说明出处：https://blog.csdn.net/weixin_40228200
Prometheus 标签 Relabeling动作 action: replace
小楼一夜听春雨，深巷明朝卖杏花
03-04 1278
规则 Relabeling 规则主要由以下的一些配置属性组成，但对于每种类型的操作，只使用这些字段的一个子集。 action：执行的 relabeling 动作，可选值包括replace、keep、drop、hashmod、labelmap、labeldrop或者labelkeep，默认值为replace。(不同的动作，使用下面的某一部分属性，如果没有配置，那么默认是replace) separator：分隔符，一个字符串，用于在连接源标签source_labels时分隔它们，默认为;。 ...
关于prometheus表达式-label_replace的用法细节记录
hxlovexn的博客
06-30 2669
原始指标label_replace函数执行2、replacement定义为变量示例1$1，从表达式的第二项开始匹配原始指标label_replace函数执行-0-(.)”)示例2$0，从表达式的第一项开始匹配原始指标label_replace函数执行-0-(.)”)由此可见，replacement为$[1/2/3…]的时候，指的是正则表达式开始位置，$0表示从正则表达式的第一个变量开始匹配，$1表示从正则表达式的第二个变量开始匹配，依此类推！
【Prometheus】Relabeling机制
热门推荐
LoveSummer
08-12 1万+
在Prometheus所有的Target实例中，都包含一些默认的Metadata标签信息。可以通过Prometheus UI的Targets页面中查看这些实例的Metadata标签的内容：上面这些标签将会告诉Prometheus如何从该Target实例中获取监控数据。除了这些默认的标签以外，我们还可以为Target添加自定义的标签。一般来说，Target以__作为前置的标签是在系统内部使用的，因此这些标签。
Prometheus监控学习之路（三）
树袋熊
02-03 882
Prometheus监控学习之路（三）重新打标对target重新打标重新打标基本配置action字段可执行动作重新打标示例rplacelabelmap指标名称relabel操作drop 重新打标 对target重新打标 对target重新打标是在数据抓取之前动态重写target标签的强大工具，在每个数据抓取配置中，可以定义多个relabel步骤，他们将按照定义的书序依次执行。 对于发现的每个target，Prometheus默认会执行如下操作： job的标签设定为其所属的job_name的值 __addr
prometheus relabel_configs配置介绍及使用
11
02-28 1827
source_labels: '[' [, ...] ']' ] //定义源标签，指定源标签是谁，多个原标签用逗号隔开] //源标签的值，多个值用分号隔开[ target_label: ] //重新标记后的标签名，也就是要把标签重命名成什么[ regex: | default = (.*) ] //匹配源标签的值，可以采用正则表达式。
prometheus使用
08-04
Prometheus是一个开源的系统监控和告警系统。你可以使用Docker来安装和运行Prometheus。首先，你需要拉取最新的Prometheus镜像，可以使用以下命令：[1] ``` docker pull prom/prometheus:latest ``` 然后，创建一个目录来存储Prometheus的配置文件，可以使用以下命令：[1] ``` mkdir -p ~/dockerdata/prometheus ``` 接下来，你需要编辑Prometheus的配置文件prometheus.yml，可以使用以下命令：[1] ``` vim ~/dockerdata/prometheus/prometheus.yml ``` 在配置文件中，你可以定义监控的目标和规则。配置文件的详细解释可以参考官方文档。[2] 完成配置后，你可以启动Prometheus容器，可以使用以下命令：[2] ``` docker run -d --name prometheus -p 9090:9090 \ -v ~/dockerdata/prometheus:/etc/prometheus \ -v ~/dockerdata/prometheus/prometheus.yml:/etc/prometheus/prometheus.yml \ prom/prometheus:latest ``` 你可以使用以下命令查看Prometheus容器的日志：[2] ``` docker logs prometheus ``` 通过访问http://127.0.0.1:9090，你可以访问Prometheus的原生Web界面。你可以在该界面上查看状态信息和配置详解。[2] 如果你想使用docker-compose来管理Prometheus容器，你可以创建一个docker-compose.yaml文件，并添加以下内容：[3] ``` version: '3' services: prometheus: image: prom/prometheus container_name: prometheus volumes: - "/home/prometheus/prometheus.yml:/etc/prometheus/prometheus.yml" - "/etc/localtime:/etc/localtime" ports: - "9090:9090" ``` 然后，你可以使用以下命令启动Prometheus容器：[3] ``` docker-compose up -d ``` 这样，你就可以使用Prometheus进行系统监控和告警了。
评论 3
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值