首页/云/可观测性速查/通知节奏:group_wait、group_interval 与 repeat_interval
告警与响应50 条

通知节奏:group_wait、group_interval 与 repeat_interval

三个时间参数控制通知节奏:group_wait 等首批聚合(默认 30s),group_interval 控制同组新增变化的再通知(默认 5m),repeat_interval 控制未恢复告警的重复提醒(默认 4h)。

可观测性速查云更新于 2026-10-13

通知节奏参数是什么

Alertmanager 用三个时间参数控制通知节奏:group_wait 决定首批告警聚齐后再发(默认 30s),group_interval 控制同组出现新变化时的再通知间隔(默认 5m),repeat_interval 控制告警未恢复时的重复提醒(默认 4h)。三者共同决定「多久收到一次、一次收到多少」,直接关系到值班体验。

基本信息

group_wait默认 30s,首批聚合等待
group_interval默认 5m,同组新增变化的再通知
repeat_interval默认 4h,未恢复告警的重复提醒
可覆盖层级route 级与子路由级都可单独设置
分组依据route.group_by
影响面通知延迟、聚合度、打扰频率

典型使用场景

  • P0 告警单独调小 group_wait,把唤醒时间压到 10 秒级
  • 抖动频繁的批量告警调大 group_interval,减少重复打扰
  • 未恢复的重要告警把 repeat_interval 缩到 1-2 小时,避免被遗忘
  • 按业务线拆分子路由,各自设置节奏互不影响
  • 减少告警风暴期间的聚合等待,让影响面更大的告警更快送达
  • 复盘通知过密或过疏时,用这三个参数解释行为而不是改规则

按级别覆盖节奏

按级别覆盖节奏
route:
  receiver: default-im
  group_by: ['alertname', 'cluster']
  group_wait: 30s
  group_interval: 5m
  repeat_interval: 4h
  routes:
    - matchers: [ 'severity="critical"' ]
      receiver: pager
      group_wait: 10s            # 关键告警更快送达
      repeat_interval: 1h        # 未恢复时更频繁提醒

参数对照

参数默认值作用调参方向
group_wait30s首批告警聚齐后再发P0 可缩到 10s
group_interval5m同组新增变化的再通知间隔抖动大时延长到 10m+
repeat_interval4h告警未恢复时的重复提醒电话级可缩到 1-2h
group_by—决定哪些告警聚成一组按影响面拆分维度
group_wait 是「延迟换聚合」的取舍:调大通知更整齐但更晚,关键通道应单独调小,而不是全局一起改。
子路由会继承父路由的默认值并可覆盖:只改父级会影响所有通道,按级别覆盖才是精确做法。
group_interval 只在「同组出现新告警」时生效,纯粹等待新告警本身不会触发通知,理解这点才不会把参数调反。
repeat_interval 太短会让值班反复处理同一件未恢复的事,长期看会削弱对告警的敏感度。

易错点

  • group_wait 全局调大让 P0 迟到达分钟级,重要通道要单独覆盖
  • repeat_interval 太短会把值班反复叫醒处理同一件未恢复的事
  • group_by 维度选得过多会让每个告警都单独成组,聚合失效、通知暴增
  • 改子路由忘了它继承父级默认值,会得到与预期不符的通知节奏
  • 把 group_interval 当成「最多 5 分钟发一次」的节流阀,实际上它只对同组新增变化生效

数据来源与参考

  • Alertmanager 文档 · Configuration(timing 参数)
​‌‌​​‌​​​‌‌​‌‌‌‌​‌‌​​​‌‌​‌‌‌​​‌‌​​‌​‌‌‌​​‌‌‌​​​‌​‌‌​‌​​‌​‌‌‌​​​‌​‌‌​‌​​‌​‌‌​​​‌‌​‌‌‌​‌​​​‌‌​‌‌‌‌​​‌​‌‌‌​​‌‌​​​‌‌​‌‌​‌‌‌‌​‌‌​‌‌​‌