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

AKS中ImagePullBackOff、CrashLoopBackOff未触发Pending Pods告警的解决办法

解决Azure Monitor中Kubernetes Pod异常状态告警覆盖问题

要让Azure Monitor的告警覆盖Pending、ImagePullBackOff和CrashLoopBackOff三种Pod状态,核心是修改告警规则的Kusto查询逻辑,具体操作如下:

修改告警的日志查询

Azure Monitor针对Kubernetes Pod的告警依赖Kusto查询筛选状态,你需要将原查询的状态过滤条件扩展为包含目标状态:

原查询示例(仅匹配Pending):

KubePodInventory
| where Status == "Pending"
| summarize Count = count() by PodName, Namespace

修改后的查询(覆盖三种异常状态):

KubePodInventory
| where Status in ("Pending", "ImagePullBackOff", "CrashLoopBackOff")
| summarize Count = count() by PodName, Namespace, Status

更新告警规则

  1. 登录Azure门户,进入Azure Monitor > 告警 > 告警规则,找到你创建的Pod状态告警
  2. 点击规则进入编辑页面,选择信号逻辑标签页
  3. 将原查询替换为上面的修改版,确认查询能正确返回目标状态的Pod数据
  4. 保存告警规则,完成配置

额外优化建议

  • 若需要针对不同状态设置差异化告警(比如不同通知组),可以复制该规则,分别针对单个状态编写查询并配置对应的通知渠道
  • 若只想监控特定命名空间的Pod,可在查询中添加| where Namespace == "你的命名空间"进行过滤
  • 检查Container Insights是否已正确部署到Kubernetes集群,确保KubePodInventory表能持续采集Pod状态数据

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

相关产品推荐
方舟 Agent Plan

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

最近更新时间:2026.08.10 13:01:18