alertmanager 负责告警抑制与静默：抑制是静态配置的自动降噪机制，基于 source_match、target_match 和 equal 标签匹配实现；静默是动态人工创建的临时屏蔽，支持时间范围与正则匹配，二者互补协同。
Prometheus 本身不直接管理抑制与静默规则，这些功能由 Alertmanager 承担。告警抑制（inhibition）是自动生效的配置逻辑，静默（silence）则是人工触发的临时屏蔽机制——两者分工明确：一个治本，一个应变。
抑制规则靠配置文件定义
抑制规则写在 Alertmanager 的 配置文件（通常是 alertmanager.yml）中，属于静态策略，服务启动时加载，无需重启即可热重载（发送 SIGHUP 或调用 /-/reload 端点）。
-
核心字段有三个部分：源告警（
source_match）、目标告警（target_match或target_match_re）、共用标签（equal） - 匹配逻辑是“如果源告警存在，且目标告警与它在 equal 列出的标签上值一致，就抑制目标告警”
-
常见用法：主机宕机（
alertname="NodeDown"）时，抑制该节点上所有服务类告警（如alertname=~"MysqlDown|RedisDown"），并限定equal: [node] - 注意避免自抑制：确保没有告警能同时匹配 source 和 target，否则会被自身抑制而失效
静默规则通过 Web UI 动态创建
静默不是配置项，而是运行时状态，全部在 Alertmanager 的 Web 界面（默认端口 :9093）里操作，路径为 Silences → New Silence。
- 必须设置起止时间：可以是立即生效 + 持续时长（如 2 小时），也可以指定具体开始和结束时间点
-
匹配器支持精确匹配和正则：比如
alertname = "HighCPUUsage"或job =~ "test.*"，多个条件之间是“且”关系 - 静默期间，告警产生和恢复都不会通知：包括恢复通知（resolved）也会被屏蔽
- 可随时手动解除：进入静默详情页点击 “Expire Silence”，或等它自动过期变为 Expired 状态
两类规则的实际协同方式
抑制和静默不是替代关系，而是互补使用：
- 抑制用于长期、结构性降噪：比如集群级故障下自动隐藏下游组件告警，属于“标准操作流程”
- 静默用于短期、计划性屏蔽：比如数据库维护窗口、压测期间临时关闭测试环境告警，属于“人工干预动作”
- 两者可叠加生效：一条告警若同时满足某条抑制规则和某条静默规则，会被双重屏蔽，但只要任一条件不满足，就可能发出通知
- 排查告警未发出时，要两头查：先看 Alertmanager UI 的 Alerts 页面是否处于 firing 状态；再看 Silences 页面是否有生效中的静默；最后检查 inhibit_rules 配置是否覆盖了当前告警标签组合
验证与调试建议
规则上线后，不能只靠“没收到告警”来判断是否生效，需主动验证：
- 在 Prometheus 中手动触发一条源告警（例如改写规则让
NodeDown立即 firing），观察目标告警是否真的被抑制（Alertmanager Alerts 页面中状态变为suppressed） - 新建一条静默后，立刻触发一条匹配的告警，确认 Alerts 页面中该告警状态变为
silenced - 查看 Alertmanager 日志，搜索
inhibited或silenced关键词，确认匹配动作被记录 - 使用 Alertmanager 自带的
/status页面，可查看当前所有活跃抑制实例和静默列表
