如何配置Alertmanager限制告警邮件发送数量，触发特定指标告警时仅发送单封邮件而非大量重复邮件

嘿，这个场景我太熟悉了！之前用Alertmanager的时候也被重复告警邮件轰炸过，调整下配置就能轻松解决。下面给你几个核心的配置思路和实操示例：

• 利用分组规则合并重复告警
  Alertmanager的分组功能可以把标签相同的告警合并成一封邮件发送，避免重复推送。你需要在route段里配置这几个关键参数：

  • group_by：指定用来分组的标签，比如按alertname（告警名称）和instance（实例）分组，这样同一指标同一实例的重复告警会被归为一组。
  • group_wait：设置初始等待时间，比如30秒，确保同组的所有告警都被收集到后再一起发送，避免分开发送多封邮件。
  • group_interval：同组告警再次发送通知的间隔，比如设为1小时，就算告警持续触发，也不会频繁推送。

• 拉长重复通知间隔
  通过repeat_interval参数可以控制同一个告警状态不变时，多久重复发送一次通知。默认间隔很短，你可以把它设长一点，比如24小时，这样一天内只会收到一次该告警的通知。

• 可选：关闭恢复通知（按需）
  如果不需要告警恢复时的邮件，可以在邮件接收器里设置send_resolved: false，进一步减少不必要的邮件数量。

给你一个完整的配置示例片段：

route:
  group_by: ['alertname', 'instance']  # 按告警名称和实例维度分组
  group_wait: 30s                      # 等待30秒收集同组告警
  group_interval: 1h                   # 同组告警再次通知间隔1小时
  repeat_interval: 24h                 # 同一告警重复通知间隔24小时
  receiver: 'team-email'

receivers:
- name: 'team-email'
  email_configs:
  - to: 'your-team@example.com'
    send_resolved: false  # 关闭恢复邮件，需要的话可以改成true

另外提醒下，如果你的告警标签里有其他唯一标识（比如job），记得把它加到group_by里，确保真正重复的告警能被正确合并。要是还有相关的上下游告警，还可以配置抑制规则（inhibition rules），比如当集群节点宕机时，抑制该节点上所有服务的告警，只发送节点宕机的主告警，进一步减少冗余通知。

备注：内容来源于stack exchange，提问作者Mahesh