4、分组规则详解：按标签分组、分组间隔与等待时间、分组策略配置

分组规则是告警降噪的核心策略之一，它决定了告警事件如何被聚合为一条通知。合理的分组配置能有效避免告警风暴，将大量同类告警压缩为一条清晰的通知，同时保留关键上下文信息。本章将深入解析分组规则的三个核心参数：group_by、group_wait 和 group_interval。

4.1 分组规则的核心概念

在 Grafana Alerting 中，分组规则作用于告警实例（Alert Instance）层面。当多个告警实例同时触发时，系统会根据 group_by 指定的标签将告警分配到不同的组中。每个组独立执行等待和发送逻辑，最终生成一条聚合通知。

4.2 按标签分组：group_by 配置

group_by 参数接受一个标签键列表，用于定义分组的维度。Grafana 会提取告警实例中这些标签的值，将具有相同标签值组合的告警归入同一组。

4.2.1 常见分组策略

4.2.2 标签分组的工作流程

以下 SVG 展示了告警实例如何根据 group_by 配置被分配到不同的组中：

4.3 分组间隔与等待时间

分组规则包含两个时间参数，控制告警组从创建到发送通知的时序行为：

• group_wait：初始等待时间，即新组创建后等待多久才发送第一条通知。
• group_interval：发送间隔，即同一组内发送完一条通知后，等待多久才能发送下一条通知。

4.3.1 参数对比

4.3.2 时间线示例

以下 SVG 展示了 group_wait 和 group_interval 在告警组生命周期中的协作关系：

4.4 分组策略配置实战

在 Grafana 告警规则中，分组策略通过 Notification Policy 树形结构进行配置。每个策略节点可以独立设置 group_by、group_wait 和 group_interval。

4.4.1 配置示例

以下是一个典型的分组策略配置，按服务分组，并设置合理的等待和间隔时间：

# Notification Policy 配置示例（YAML 格式）
policy:
  # 默认策略
  - receiver: 'default-receiver'
    group_by: ['service', 'severity']
    group_wait: 30s
    group_interval: 5m
    repeat_interval: 4h

    # 子策略：针对 critical 告警的特殊配置
    routes:
      - receiver: 'critical-receiver'
        matchers:
          - severity = critical
        group_by: ['service']
        group_wait: 10s
        group_interval: 2m
        repeat_interval: 1h

4.4.2 配置参数详解

4.4.3 分组策略的层级继承

Notification Policy 支持树形层级结构，子策略可以继承或覆盖父策略的分组参数。以下表格展示了继承规则：

4.5 分组规则的最佳实践

• 标签选择：优先使用业务标签（如 service、env、team）作为分组维度，避免使用 instance、pod 等唯一标识。
• 时间参数调优：根据告警的紧急程度调整 group_wait 和 group_interval。关键告警可以缩短等待时间，低优先级告警可以延长间隔。
• 层级策略：利用 Notification Policy 的树形结构，为不同严重级别的告警设置差异化的分组策略。
• 监控与调整：定期审查告警通知的聚合效果，根据实际接收情况调整分组参数。