如何在kured reboot作业运行时停止AlertManager节点告警？

完全可以实现这个需求——利用AlertManager的抑制规则（inhibit_rules），就能在kured执行节点重启时，自动停止该节点的其他告警触发。

你现有配置的问题 #

你给出的配置里，抑制规则只匹配了job="kured_reboot"，并且equal字段只指定了namespace和alertname，这会导致所有同namespace、同告警名称的告警都被抑制，而不是仅针对正在重启的单个节点，很容易误屏蔽正常节点的告警。

修正后的配置示例 #

核心是要给抑制规则加上节点标识标签（比如node或instance），确保只抑制重启节点的告警：

route:
  receiver: default
  group_by:
  - cluster
  - namespace
  - severity
  - alertname
  - job
  continue: false
  routes:
  - receiver: receiver1
    matchers:
    - job =~ "kured_reboot"
    active_time_intervals:
    - business-hours
inhibit_rules:
  - source_matchers:
    - job="kured_reboot"
    - alertname="NodeRebootScheduled" # 替换为kured实际触发的告警名称
    target_matchers:
    - severity=~"critical|warning|info"
    # 关键：仅抑制同集群、同节点的告警
    equal:
    - cluster
    - node # 若你的告警用instance标识节点，就换成instance

实践中的关键注意事项 #

• 标签必须一致：kured触发的重启告警（source）和要抑制的节点告警（target），必须带有相同的节点标识标签（比如node），否则抑制规则无法关联到同一节点。
• 精准匹配source告警：kured一般会触发特定告警（比如NodeRebootRequired），一定要在source_matchers里加上这个alertname，避免把kured的其他作业事件当成重启触发源。
• 用amtool测试：在正式部署前，用AlertManager的命令行工具amtool模拟告警，验证抑制效果：

  # 添加kured重启告警
  amtool alert add alertname=NodeRebootScheduled job=kured_reboot node=node-01 cluster=prod
  # 添加同节点的异常告警
  amtool alert add alertname=NodeUnreachable severity=critical node=node-01 cluster=prod
  # 查看告警状态，确认NodeUnreachable被抑制
  amtool alert query
  

• 别过度抑制：不要把equal字段设置得太宽泛，比如只留namespace，不然会误屏蔽整个namespace下的同类型告警，影响正常节点的监控。

内容的提问来源于stack exchange，提问作者JBeach