告警抑制

应用场景

• 如果某些其他警报已经触发，则抑制某些警报的通知。
• 多用于某些高等级的告警已触发，然后低等级的被抑制

• 如机器宕机告警触发，则机器上的进程存活监控都被抑制
• 如region基础网络告警触发，region内部的服务端口探活都被抑制

配置

• 告警中同一个机器node_name出发的 critical告警要抑制warning的

inhibit_rules:
  - source_match:
      severity: 'critical'
    target_match:
      severity: 'warning'
    equal: ['node_name']

• 添加到alertmanager配置文件中并 reload

重启prometheus和alertmanager

• 重启服务

systemctl restart prometheus
systemctl restart alertmanager

期望现象

• 相同node_name的多条告警，当severity='critical’触发时抑制 severity='warning’的
• 即 severity='warning’不会触发，对应的就是mysql的不会触发，node的会触发

真实现象

• 真实图片举例
• 5002 没收收到告警，即mysql的不会触发，即 severity='warning’没有触发
• 5001 和 5003 能收到node的告警 ，即 severity='critical’触发了，并且抑制了severity='warning’的

本节重点总结 :

• 告警抑制

• 应用场景
• 配置方法：一定要有equal标签
• 配置演示：critical告警触发了就抑制warning的