Prometheus 2.0 Alpha.3，采用全新规则格式 | Prometheus

今天，我们发布 Prometheus 2.0 的第三个 alpha 版本。除了新存储层中的各种错误修复外，它还包含一些计划内的重大更改。

Flag 变更

首先，我们迁移到了一个新的 flag 库，该库对 flag 使用更常见的双破折号 -- 前缀，而不是 Prometheus 之前使用的单破折号。部署必须进行相应的调整。此外，在此 alpha 版本中删除了一些 flag。自 Prometheus 1.0.0 以来的完整列表如下

web.telemetry-path
所有 storage.remote.* flag
所有 storage.local.* flag
query.staleness-delta
alertmanager.url

记录规则变更

告警和记录规则是 Prometheus 的关键功能之一。但它们也存在一些设计问题和缺失的功能，即

所有规则都以相同的间隔运行。我们本可以有一些较重的规则，最好以 10 分钟的间隔运行，而有些规则可以以 15 秒的间隔运行。
所有规则都是并发评估的，这实际上是 Prometheus 最古老的未解决的 bug。这有几个问题，显而易见的一个问题是，如果您有大量规则，则每次评估间隔都会出现负载峰值。另一个问题是，相互依赖的规则可能会被馈送过时的数据。例如

instance:network_bytes:rate1m = sum by(instance) (rate(network_bytes_total[1m]))

ALERT HighNetworkTraffic
  IF instance:network_bytes:rate1m > 10e6
  FOR 5m

这里我们正在对 instance:network_bytes:rate1m 进行告警，但 instance:network_bytes:rate1m 本身是由另一个规则生成的。只有在 HighNetworkTraffic 告警在记录 instance:network_bytes:rate1m 的当前值之后运行，我们才能获得预期的结果。

规则和告警要求用户学习另一种 DSL。

为了解决上述问题，规则分组早在很久以前就被提出，但直到最近才作为 Prometheus 2.0 的一部分实现。作为此实现的一部分，我们还将规则迁移到了众所周知的 YAML 格式，这也使得基于用户环境中常见模式生成告警规则变得更容易。

以下是新格式的外观

groups:
- name: my-group-name
  interval: 30s   # defaults to global interval
  rules:
  - record: instance:errors:rate5m
    expr: rate(errors_total[5m])
  - record: instance:requests:rate5m
    expr: rate(requests_total[5m])
  - alert: HighErrors
    # Expressions remain PromQL as before and can be spread over
    # multiple lines via YAML’s multi-line strings.
    expr: |
      sum without(instance) (instance:errors:rate5m)
      / 
      sum without(instance) (instance:requests:rate5m)
    for: 5m
    labels:
      severity: critical
    annotations:
      description: "stuff's happening with {{ $labels.service }}"

每个组中的规则按顺序执行，您可以为每个组设置评估间隔。

由于此更改是重大变更，我们将随 2.0 版本一起发布，并在 promtool 中添加了一个用于迁移的命令：promtool update rules <filenames>。转换后的文件会附加 .yml 后缀，并且必须调整 Prometheus 配置文件中的 rule_files 子句。

通过测试这个新的 alpha 版本，帮助我们朝着 Prometheus 2.0 稳定版本迈进！您可以在我们的 issue 跟踪器上报告 bug，并通过我们的社区渠道提供一般反馈。