Prometheus 运维工具 Promtool （三） Debug 功能

Promtool 在 debug 方面一个有 3 个子命令，分别用来获取 profiling debug 信息、获取 metric debug 信息、获取所有 debug 信息、对规则文件进行单元测试，接下来我们依次看一下。

获取 profiling debug 信息

使用 这个命令来获取 Prometheus 的 profiling 性能数据。命令的参数如下：

promtool debug pprof <server>

使用这个命令来创建一个文件看一下。

[root@Erdong-Test ~]# ./promtool debug pprof 'http://127.0.0.1:9090'
collecting: http://127.0.0.1:9090/debug/pprof/threadcreate
collecting: http://127.0.0.1:9090/debug/pprof/profile?seconds=30
collecting: http://127.0.0.1:9090/debug/pprof/block
collecting: http://127.0.0.1:9090/debug/pprof/goroutine
collecting: http://127.0.0.1:9090/debug/pprof/heap
collecting: http://127.0.0.1:9090/debug/pprof/mutex
collecting: http://127.0.0.1:9090/debug/pprof/trace?seconds=30
Compiling debug information complete, all files written in "debug.tar.gz".

[root@Erdong-Test ~]# tar -zxf debug.tar.gz
[root@Erdong-Test ~]# ll -h
-rw-rw-rw- 1 root root  177 1月   1 1970 block.pb
-rw-rw-rw- 1 root root 5.9K 1月   1 1970 cpu.pb
-rw-rw-rw- 1 root root 7.4K 1月   1 1970 goroutine.pb
-rw-rw-rw- 1 root root 223K 1月   1 1970 heap.pb
-rw-rw-rw- 1 root root  177 1月   1 1970 mutex.pb
-rw-rw-rw- 1 root root  493 1月   1 1970 threadcreate.pb
-rw-rw-rw- 1 root root  73K 1月   1 1970 trace.pb

创建好的文件名是 debug.tar.gz ，使用 tar 命令解压以后就会得到 block.pb 、cpu.pb、goroutine.pb、heap.pb、mutex.pb、threadcreate.pb、trace.pb 一共 7 个文件。

这些文件可以使用 pprof 工具来进行分析。

获取 metric debug 信息

Promtool 的 debug metrics 子命令是下载 Prometheus 提供的 Metric 指标并且进行压缩。这个命令平时很少使用，因为从 Prometheus 的端口中就可以直接获取这些 Metric 数据。这个调试命令存在的意义是，当自己无法解决问题的时候，可以把 Metric 导出提供给其他分析人员进行分析调试，这个命令的参数结构如下：

promtool debug metrics <server>

我们来使用一下这个命令

[root@Erdong-Test ~]# ./promtool debug metrics 'http://127.0.0.1:9090'
collecting: http://127.0.0.1:9090/metrics
Compiling debug information complete, all files written in "debug.tar.gz".
[root@Erdong-Test ~]# tar -zxf debug.tar.gz
tar: metrics.txt：不可信的旧时间戳 1970-01-01 08:00:00
[root@Erdong-Test ~]# tail metrics.txt
# TYPE prometheus_web_federation_warnings_total counter
prometheus_web_federation_warnings_total 0
# HELP promhttp_metric_handler_requests_in_flight Current number of scrapes being served.
# TYPE promhttp_metric_handler_requests_in_flight gauge
promhttp_metric_handler_requests_in_flight 1
# HELP promhttp_metric_handler_requests_total Total number of scrapes by HTTP status code.
# TYPE promhttp_metric_handler_requests_total counter
promhttp_metric_handler_requests_total{code="200"} 519347
promhttp_metric_handler_requests_total{code="500"} 0
promhttp_metric_handler_requests_total{code="503"} 0

可以看到这个命令生成了一个 debug.tar.gz 的压缩文件，这个文件解压后是 metrics.txt ，里面写满了 metric 。将这个文件发给其他人，就可以知道当前 Prometheus 的状态。

这个命令和如下这个命令的效果一致。

curl 127.0.0.1:9090/metrics > metrics.txt

获取所有 debug 信息

Promtool 的 debug all 子命令就是将前边的两个子命令的结果合在一起，然后进行打包，这个子命令的使用方法如下：

promtool debug all <server>

尝试执行一下：

[root@Erdong-Test ~]# ./promtool debug all 'http://127.0.0.1:9090'
collecting: http://127.0.0.1:9090/debug/pprof/profile?seconds=30
collecting: http://127.0.0.1:9090/debug/pprof/block
collecting: http://127.0.0.1:9090/debug/pprof/goroutine
collecting: http://127.0.0.1:9090/debug/pprof/heap
collecting: http://127.0.0.1:9090/debug/pprof/mutex
collecting: http://127.0.0.1:9090/debug/pprof/threadcreate
collecting: http://127.0.0.1:9090/debug/pprof/trace?seconds=30
collecting: http://127.0.0.1:9090/metrics
Compiling debug information complete, all files written in "debug.tar.gz".

[root@Erdong-Test ~]#  tar -zxf debug.tar.gz
tar: cpu.pb：不可信的旧时间戳 1970-01-01 08:00:00
tar: block.pb：不可信的旧时间戳 1970-01-01 08:00:00
tar: goroutine.pb：不可信的旧时间戳 1970-01-01 08:00:00
tar: heap.pb：不可信的旧时间戳 1970-01-01 08:00:00
tar: mutex.pb：不可信的旧时间戳 1970-01-01 08:00:00
tar: threadcreate.pb：不可信的旧时间戳 1970-01-01 08:00:00
tar: trace.pb：不可信的旧时间戳 1970-01-01 08:00:00
tar: metrics.txt：不可信的旧时间戳 1970-01-01 08:00:00
[root@Erdong-Test ~]# ls
block.pb  debug.tar.gz  heap.pb      mutex.pb         trace.pb
cpu.pb    goroutine.pb  metrics.txt  threadcreate.pb

可以看到和前边的执行问你家是一样的。

测试规则文件

Promtool 还可以对规则文件进行单元测试，命令用法如下：

promtool test rules <test-rule-file>...

我们随便找一个告警规则文件执行看一下。

[root@Erdong-Test ~]# ./promtool test rules promtsdb.rules.yaml
Unit Testing:  promtsdb.rules.yaml
  FAILED:
yaml: unmarshal errors:
  line 1: field groups not found in type main.unitTestFile

出现了报错。这个时候我们就需要去查找错误的原因了。前边我们遇到过 Promtool 的 check rules 子命令，这两个命令都是对规则文件进行检查的，不同点是，check rules 只校验文件的语法是否存在错误，而 test rules 则是对规则文件进行单元测试。

总结

今天我们查看了 Promtool 的 debug 部分，明天我们来看 TSDB 部分。