求助：基于Azure Monitor设置AKS待处理Pod阈值触发警报

方法一：基于指标的警报配置（推荐） #

这是最直接的配置方式，利用Azure Monitor原生指标实现阈值监控：

• 登录Azure门户，定位到目标AKS集群，进入监控 > 警报 > 创建警报规则
• 在信号逻辑模块，点击添加信号，选择指标类型，找到Kubernetes Pod命名空间下的Pod Count指标
• 维度筛选：添加Pod Status维度，值选择Pending；若需限定特定命名空间，可额外添加Namespace维度并指定目标命名空间
• 条件配置：
  • 聚合类型设为Count，聚合粒度选择5分钟（保证数据采集密度）
  • 阈值规则选静态，运算符设为大于或等于，阈值输入10
  • 评估频率设为5分钟，窗口大小设置为60分钟（此参数控制持续时长，确保系统在1小时窗口内验证阈值是否持续满足）
• 动作组配置（可选）：点击添加动作组，配置邮件、短信、Webhook等通知渠道，确保警报触发后能及时接收通知
• 完成配置：填写警报规则名称、描述，指定资源组，设置严重级别，点击创建警报规则

方法二：基于日志查询的警报配置 #

如果需要更灵活的过滤逻辑，可使用Kusto日志查询创建警报：

• 进入AKS集群的监控 > 日志，输入以下查询语句：

KubePodInventory
| where Status == "Pending"
// 可选：添加命名空间过滤，比如 | where Namespace == "default"
| summarize PendingPodCount = count() by bin(TimeGenerated, 5m)
| where PendingPodCount >= 10

• 点击页面顶部的新建警报规则，进入警报配置页面
• 在信号逻辑中，设置评估频率为5分钟，窗口大小为60分钟
• 后续动作组和规则信息配置同方法一，完成创建

常见配置失败排查点 #

• 维度筛选错误：未正确设置Pod Status为Pending，导致统计的是所有状态的Pod总数
• 窗口大小设置错误：窗口大小需设为60分钟，且必须大于等于评估频率，否则无法满足"持续1小时"的触发条件
• 数据采集问题：确保AKS集群已启用Azure Monitor容器见解，否则指标或日志数据无法正常采集

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