本文档中介绍的指标和标签约定不是使用 Prometheus 的必要条件,但可以作为风格指南和最佳实践的集合。各个组织可能希望以不同的方式处理其中一些实践,例如命名约定。
指标名称...
prometheus_notifications_total
(特定于 Prometheus 服务器)process_cpu_seconds_total
(由许多客户端库导出)http_request_duration_seconds
(适用于所有 HTTP 请求)http_request_duration_seconds
node_memory_usage_bytes
http_requests_total
(对于无单位的累积计数)process_cpu_seconds_total
(对于带单位的累积计数)foobar_build_info
(对于提供有关正在运行的二进制文件的元数据的伪指标)data_pipeline_last_record_processed_timestamp_seconds
(对于跟踪数据处理管道中处理的最新记录的时间戳)prometheus_tsdb_head_truncations_closed_total
prometheus_tsdb_head_truncations_established_total
prometheus_tsdb_head_truncations_failed_total
prometheus_tsdb_head_truncations_total
以下示例也是有效的,但遵循不同的权衡。它们更容易单独阅读,但像 prometheus_tsdb_head_series 这样不相关的指标可能会被排序在中间。 * prometheus_tsdb_head_closed_truncations_total
* prometheus_tsdb_head_established_truncations_total
* prometheus_tsdb_head_failed_truncations_total
* prometheus_tsdb_head_truncations_total
* ...应该在所有标签维度上表示相同的逻辑被测量事物。 * 请求持续时间 * 数据传输的字节数 * 瞬时资源使用率(百分比)
根据经验,对给定指标的所有维度求 sum()
或 avg()
应该是有意义的(尽管不一定有用)。如果它没有意义,请将数据拆分为多个指标。例如,在一个指标中包含各种队列的容量是好的,而将队列的容量与队列中当前元素的数量混合在一起则不好。
使用标签来区分被测量事物的特征
api_http_requests_total
- 区分请求类型:operation="create|update|delete"
api_request_duration_seconds
- 区分请求阶段:stage="extract|transform|load"
不要将标签名称放在指标名称中,因为这会引入冗余,并且如果相应的标签被聚合掉,则会引起混淆。
Prometheus 没有硬编码任何单位。为了更好的兼容性,应使用基本单位。以下列出了一些指标族及其基本单位。该列表并非详尽无遗。
族 | 基本单位 | 备注 |
---|---|---|
时间 | 秒 | |
温度 | 摄氏度 | 摄氏度 优于 开尔文,出于实际原因。在特殊情况下,例如色温或温度必须是绝对温度时,开尔文 可以接受作为基本单位。 |
长度 | 米 | |
字节 | 字节 | |
比特 | 字节 | 为了避免在组合不同指标时产生混淆,请始终使用字节,即使比特看起来更常见。 |
百分比 | 比率 | 值是 0–1(而不是 0–100)。ratio 仅用作 disk_usage_ratio 等名称的后缀。通常的指标名称遵循 A_per_B 模式。 |
电压 | 伏特 | |
电流 | 安培 | |
能量 | 焦耳 | |
功率 | 建议导出焦耳计数器,然后 rate(joules[5m]) 会为您提供瓦特功率。 |
|
质量 | 克 | 克 优于 千克,以避免 kilo 前缀的问题。 |
本文档是 开源的。请通过提交 issue 或 pull request 来帮助改进它。