如何修改Alertmanager告警阈值，是否支持将阈值设置为动态变量

首先明确结论：Prometheus 原生告警规则语法不支持你示例中的 {THRESHOLD_VALUE} 占位符写法，规则解析器会直接识别为非法语法，无法正常加载规则。

接下来给你两种常用的实现方案，你可以根据自己的场景选择：

方案1：脚本动态修改规则文件（推荐，成本最低） #

这是大多数场景下的最优选择，不需要额外引入组件：

• 实现逻辑：Web 后台接收到用户传入的阈值后，先做参数校验（确保阈值是 0~100 范围内的合法数值），然后用脚本匹配规则表达式里的阈值位置，替换为新的数值，替换完成后调用 Prometheus 热加载接口触发规则重载即可，不需要重启 Prometheus 服务。
• 参考操作示例：
  1. 替换规则文件阈值（以替换为70为例）：

     # 替换规则文件中的阈值
     sed -i 's/100) > [0-9]\+/100) > 70/' /path/to/your/cpu-alert-rule.yaml
     # 用promtool校验规则语法合法性，避免重载失败
     promtool check rules /path/to/your/cpu-alert-rule.yaml
     # 校验通过后触发Prometheus热加载
     curl -X POST http://<你的Prometheus服务地址>/-/reload
     

• 优点：逻辑简单易维护，不需要改动现有规则的基础结构，兼容性强。

方案2：基于自定义指标实现动态阈值（适合频繁调整阈值的场景） #

如果你需要频繁调整阈值，不想每次都修改规则文件、重载服务，可以用自定义指标承载阈值：

• 实现逻辑：你自己开发一个简单的配置暴露服务，把阈值作为一个 Prometheus 指标对外暴露，比如指标为 host_cpu_alert_threshold，值为你从 Web UI 配置的70，然后把告警规则改成如下写法：

  expr: 100 - (avg by(instance) (rate(node_cpu_seconds_total{mode="idle"}[2m])) * 100) > on() group_left() host_cpu_alert_threshold
  

• 优点：Web UI 修改阈值后只需要更新自定义指标的数值即可，不需要修改规则文件，也不需要重载 Prometheus，阈值实时生效。
• 缺点：需要额外维护一个暴露配置指标的服务，整体链路相对复杂。

内容的提问来源于stack exchange，提问作者Robot Taekwon V