You need to enable JavaScript to run this app.
优惠活动
大模型
产品
解决方案
定价
更多

如何配置CloudWatch告警:仅当实例含指定标签时触发目标宕机告警

解决CloudWatch告警在维护目标时误触发的方案

方法1:通过EC2实例标签筛选告警指标

CloudWatch虽无法直接在告警条件中用标签做判断,但可通过指标维度筛选+标签关联实现类似逻辑:

  • 给需正常监控的实例打上monitored=true标签,维护中的实例打monitored=false或移除该标签。
  • 在CloudWatch中选择目标组相关指标(比如AWS/ApplicationELB下的UnHealthyHostCount),添加维度筛选:通过InstanceId关联EC2标签,仅包含monitored=true的实例对应的目标。
    操作步骤:创建指标时,选完维度后点击「添加筛选条件」,选择标签键monitored、值为true,这样指标只会统计符合标签的实例健康状态。

方法2:临时暂停告警(适用于短期维护)

  • 控制台操作:找到对应CloudWatch告警,点击「暂停告警」,维护完成后恢复。
  • AWS CLI批量操作:
    暂停告警:
    aws cloudwatch disable-alarm-actions --alarm-names "你的告警名称"
    
    恢复告警:
    aws cloudwatch enable-alarm-actions --alarm-names "你的告警名称"
    

方法3:结合自定义指标与复合告警

如果需要更灵活的逻辑,可通过自定义指标实现:

  1. 创建一个自定义指标,用于统计标记为monitored=false(维护中)的目标数量。
  2. 在复合告警中使用数学表达式,将UnHealthyHostCount减去维护中的目标数量,仅当结果大于0时触发告警。

补充说明

复合告警确实无法直接引用标签,但通过指标预筛选或自定义指标+数学表达式的组合,可间接实现“仅监控标记为需告警的目标”的逻辑。长期标签化监控需求优先用方法1,从源头上减少误触发。

内容的提问来源于stack exchange,提问作者Bamb4Boy

相关产品推荐
方舟 Agent Plan

超全模态模型 × Harness 升级,最新支持 Deepseek-V4.1-Flash、GLM-5.3 系列、Doubao-Seedream-5.0-pro、Kimi-K3 (部分), 限时 9.9 元起

最近更新时间:2026.08.04 02:35:20