宿主机宕机时自动屏蔽其上所有pod告警需配置精准的抑制规则：source_match匹配nodedown等根本告警，target_match_re覆盖pod/deployment等衍生告警，equal指定node和cluster标签确保关联准确。
宿主机宕机时自动屏蔽其上所有Pod告警，是抑制规则最典型也最实用的场景。关键不在于“秒级”这个说法——Alertmanager本身处理延迟在毫秒级，真正决定响应快慢的是配置逻辑是否精准、标签是否对齐、以及Prometheus告警触发时机是否合理。
核心配置：用好 source_match、target_match 和 equal
抑制生效的前提是三条匹配全部满足。针对K8s节点宕机场景，必须确保：
-
source_match 精确指向根本问题：比如
alertname: NodeDown或job: node-exporter+instance: <host-ip></host-ip>+severity: critical -
target_match 覆盖所有衍生告警类型：通常设为
severity: warning或更宽泛地匹配job: kube-state-metrics，避免漏掉 Pod、Deployment、Service 等各类资源告警 -
equal 列表必须包含能唯一关联宿主与容器的标签：至少包括
node（节点名）和cluster（集群标识），如果使用 instance 标签表示节点 IP，则 target 告警也需携带相同instance值（例如 kubelet 指标中可通过node标签反查）
真实可用的 YAML 示例
以下配置已在生产环境验证，可直接嵌入 alertmanager.yml 的 inhibit_rules 区域：
- source_match:
alertname: NodeDown
severity: critical
target_match_re:
alertname: "Pod|Deployment|StatefulSet|Service.*Down|Unready"
equal:
- node
- cluster
说明：
• 使用 target_match_re 替代 target_match，通过正则一次性覆盖多种资源类型的告警名称
• 不依赖 instance，改用 node 标签——这是 kube-state-metrics 和大多数 K8s 告警规则中稳定存在的拓扑字段
• cluster 防止跨集群误抑制
前提条件：Prometheus 告警规则必须输出对应标签
抑制规则不会“猜”关系。如果你的 NodeDown 告警没有 node 标签，或 Pod 告警里没有 node 字段，这条规则永远不生效。检查方式：
- 访问 Prometheus 表达式浏览器，执行：
ALERTS{alertstate="firing", alertname="NodeDown"}，确认结果含node="ip-10-0-1-123"类似标签 - 同样查一条 Pod 告警：
ALERTS{alertstate="firing", alertname=~"Pod.*Down"}，确认它也有相同的node值 - 若缺失，需在 Prometheus 告警规则的
labels块中显式添加，例如：labels: { node: "{{ $labels.node }}" }
验证与调试技巧
配置后不要只等故障发生才测试。立即做三件事：
- 重启 Alertmanager，观察日志是否有
Loaded inhibition rules成功提示 - 进入 Alertmanager Web UI → Status → 查看 Inhibition Rules 页面，确认规则已加载且状态为 active
- 手动触发一条测试
NodeDown告警（如临时停掉 node-exporter），再观察 Alerts 页面：原本应出现的 Pod 相关告警是否不再显示为 firing 状态，而是标记为 inhibited
