Prometheus 删除指定 Metric

简介:

Prometheus 删除指定 Metric

Prometheus 发布以后,很长的一段时间里,是无法删除指定的 Metric 。如果你在某次测试中,有一些 Metric 的名称或者值有问题,那么你没有任何办法及时处理,只能等待数据的时间到了以后自动删除。我一度以为直到现在也是这样,最近在翻看 Prometheus 的官方文档的时候发现,Prometheus 在 2.0 版本以后已经提供了一个简单的管理接口,可以用来删除这些坏 Metric 数据。

下面我们来一起看一下 Prometheus 的管理 API 接口,官方到现在一共提供了三个接口,对应的分别是快照功能、数据删除功能、数据清理功能,想要使用 API 需要先添加启动参数 --web.enable-admin-api 打开这个接口,默认这个接口是关闭的。

快速启动 Prometheus 可以使用如下命令 ,详细规范的启动方式可以参考之前的文章。

./prometheus --web.enable-admin-api

数据删除

使用数据删除接口可以删除一定时间范围内的 Metric 数据。实际的数据仍然存在于磁盘上,并在将来的压缩中清除,也可以通过数据清理接口显式地清除。

如果删除成功,会返回 204 。接口如下:

POST /api/v1/admin/tsdb/delete_series
PUT /api/v1/admin/tsdb/delete_series

这个接口可以使用 3 个参数,分别如下:

  • match[]= : Metric 的名称
  • start= : 开始的时间戳
  • end= : 结束的时间戳

如果没有指定开始和结束时间将清除数据库中匹配的所有数据。

接下来举几个例子

删除指定 Metric 名称的全部数据

curl -X POST -g 'http://127.0.0.1:9090/api/v1/admin/tsdb/delete_series?match[]=node_cpu_seconds_total'

删除指定 Metric 名称和特定 label 名称的全部数据

curl -X POST -g 'http://127.0.0.1:9090/api/v1/admin/tsdb/delete_series?match[]=node_cpu_seconds_total{mode="idle"}'

删除指定时间范围内的 Metric 数据

curl -X POST -g 'http://127.0.0.1:9090/api/v1/admin/tsdb/delete_series?start=1578301194&end=1578301694&match[]=node_cpu_seconds_total{mode="idle"}'

linux 可以使用 date +%s 获得当前的时间戳,可以使用 date -d "2019-12-22 00:00:00" +%s 将指定的日期转成时间戳。

数据清理

数据清理会从磁盘删除已经被 delete_series 接口删除的数据,并清理现有的 tombstones。可以在使用 delete_series 接口删除数据之后使用它来释放空间。

如果清理成功,会返回 204 。

POST /api/v1/admin/tsdb/clean_tombstones
PUT /api/v1/admin/tsdb/clean_tombstones

示例

curl -X POST http://127.0.0.1:9090/api/v1/admin/tsdb/clean_tombstones

这个接口不需要参数。

参考链接

相关文章
|
6月前
|
Prometheus Cloud Native Unix
完全解读Prometheus查询(上)
完全解读Prometheus查询(上)
112 0
|
Prometheus Cloud Native API
|
6月前
|
编解码 Prometheus 监控
完全解读Prometheus查询(下)
完全解读Prometheus查询(下)
76 0
|
9月前
|
Prometheus 监控 Cloud Native
Prometheus 监控示例
Prometheus 监控示例
|
10月前
|
JSON Prometheus 监控
使用Exporter为Prometheus添加监控对象(持续更新ing)
使用Exporter为Prometheus添加监控对象(持续更新ing)
210 0
|
Prometheus 监控 Cloud Native
Prometheus-Operator模式下的Prometheus配置
Prometheus是常用的系统监控工具。本文介绍在Prometheus-Operator模式下如何使用自定义资源cr配置Prometheus。
Prometheus-Operator模式下的Prometheus配置
|
存储 Prometheus 监控
Prometheus监控K8S(一)
Prometheus监控K8S(一)
408 0
Prometheus监控K8S(一)
|
Prometheus Kubernetes 监控
k8s集群监控(2)-部署kube-state-metrics对资源对象监控
kube-state-metrics对k8s集群中的资源对象监控,包括 pod 、 deployment, service
k8s集群监控(2)-部署kube-state-metrics对资源对象监控
|
索引
Elastic: ILM与rollover的关系
两者本身是无关系的,是独立的两个知识点,并不存在一定要配置了其中一个,才能使用另外一个的情况。 只是说我们日常使用中,经常将两者配合起来使用。而当我们在ILM中开启了rollover后,流转到下一节点的min_age是在rollover触发后才开始计时的,也就是说如果我们在rollover中设置3分钟后rollover,而在warm节点的min_age设置了4分钟,那么索引创建后需要7分钟才会流转到warm节点
115 0