如何在不删除Prometheus Alert的情况下禁用告警？

你提到的AND false方法的有效性与PromQL布尔值处理 #

你说的在告警查询末尾添加AND false的方式完全有效，而且在未来版本中也会保持稳定。PromQL对布尔值的处理逻辑很明确：布尔true对应数值1，false对应数值0。告警规则的触发条件是表达式返回大于0的结果，所以加上AND false后，整个表达式的结果会固定为0，永远无法触发告警。

不过这个方法虽然简单，但不算最规范的实现方式，下面给你几种更易维护的方案：

方案1：直接在告警规则中设置enabled: false #

这是Prometheus官方推荐的禁用告警规则的方式，不需要修改查询逻辑，直接在对应的alert块中添加enabled: false配置即可。示例：

groups:
- name: request_monitoring
  rules:
  - alert: HighHttpRequestRate
    enabled: false  # 禁用这条告警规则
    expr: sum(http_requests_total) > 0
    for: 5m
    labels:
      severity: warning
    annotations:
      summary: 检测到请求速率过高

这种方式的优势是直观，后续要恢复告警只需要把false改成true即可，不会因为修改查询而留下隐患。

方案2：在Alertmanager层面拦截告警（适合需保留规则计算的场景） #

如果你不想停止告警规则的计算，只是不想收到告警通知，可以给目标告警添加自定义标签（比如disabled: true），然后在Alertmanager的配置中添加路由规则，丢弃带有该标签的告警：

route:
  group_by: ['alertname']
  receiver: 'default'
  routes:
  - match:
      disabled: true
    receiver: 'null'  # 指向一个空的接收器

receivers:
- name: 'default'
  webhook_configs:
  - url: 'http://your-notification-service'
- name: 'null'  # 空接收器，丢弃告警

这个方法适合需要保留规则计算（比如用于监控面板数据）但不需要发送告警通知的场景。

方案对比 #

如果只是临时快速禁用告警，AND false完全够用；如果是长期禁用，优先选择enabled: false的方式。

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