Azure容器应用基于服务总线队列扩缩容规则失效，求排查方案

问题背景 #

Azure容器应用已配置服务总线队列消息处理（单实例并发处理2条消息），手动扩缩容正常。配置了最小副本数0、最大10的自动扩缩容，但仅能缩容至1，存在20条待处理消息时也无法扩容，尝试Azure队列规则和KEDA规则均未解决。

核心配置排查点 #

• 并发数与规则目标值匹配：单实例处理2条消息，需确保扩缩容规则的「目标平均消息数/实例」设为2。若目标值设置错误，会直接影响扩缩容的计算逻辑，导致无法触发预期的扩缩动作。
• 关闭「始终运行」设置：容器应用若开启「Always On」，会强制保留至少1个实例，无法缩至0。需在应用配置中关闭该选项。
• 权限配置验证：确保容器应用的身份（托管标识或连接字符串）拥有服务总线队列的读取队列长度和监听消息权限。使用托管标识时，需在服务总线IAM中分配「Azure Service Bus Data Receiver」和「Azure Service Bus Data Reader」角色；使用连接字符串时，需确保包含Listen和Manage权限。
• KEDA规则参数正确性：若使用KEDA规则，确认：
  • 触发器类型为azure-servicebus，队列名称完全匹配
  • queueLength参数设为2（对应单实例处理能力）
  • minReplicaCount设为0，maxReplicaCount设为10
  • 连接字符串的环境变量名称与配置一致

诊断方法 #

• 查看扩缩容日志：在容器应用的「监控」->「日志」中，执行Kusto查询筛选扩缩容相关事件：

  ContainerAppConsoleLogs
  | where LogEntry has_any ("scaler", "scale", "KEDA")
  | sort by TimeGenerated desc
  

  日志会显示KEDA是否检测到队列消息数、扩缩容决策的原因（如权限不足、目标值不满足等）。
• CLI查询KEDA状态：使用Azure CLI查看容器应用环境的KEDA配置与状态：

  az containerapp env keda show --name <容器应用环境名> --resource-group <资源组名>
  

• 验证队列消息计数：直接在服务总线门户查看队列的「活动消息数」，确认实际消息数与KEDA检测到的数值一致，排除队列统计延迟或错误。

常见遗漏配置 #

• 冷却时间调整：若扩容/缩容冷却时间设置过长（如10分钟），会导致扩缩容触发延迟。建议将扩容冷却时间设为1-2分钟，缩容冷却时间设为5-10分钟。
• 探针配置检查：若启动探针或就绪探针配置不合理，实例启动后无法进入就绪状态，KEDA会判定实例不可用，停止扩容。需确保探针能准确检测应用是否就绪处理消息。
• 规则优先级冲突：若同时配置了多种扩缩容规则（如HTTP+队列），需确认规则优先级，避免HTTP规则强制保留实例导致无法缩至0。

内容的提问来源于stack exchange，提问作者Jürgen Steinblock