Azure容器应用作业遇队列消息无法扩容的配置排查

问题场景 #

部署Azure容器应用作业与Azure存储队列，预期队列有消息时自动扩容、清空时缩容至0实例，但新增队列消息后无反应，KEDA日志持续输出“Created 0 jobs”。作业配置如下：

"eventTriggerConfig": {
    "parallelism": 1,
    "replicaCompletionCount": 1,
    "scale": {
      "maxExecutions": 10,
      "minExecutions": 0,
      "pollingInterval": 30,
      "rules": [
        {
          "auth": [
            {
              "secretRef": "connection-string-secret",
              "triggerParameter": "connection"
            }
          ],
          "metadata": {
            "accountName": "my-account-name",
            "queueLength": "1",
            "queueName": "my-queue-name"
          },
          "name": "queue-job",
          "type": "azure-queue"
        }
      ]
    }
  }

配置问题排查 #

• 冗余参数导致存储账户识别冲突：Azure Queue触发器的KEDA配置中，metadata里的accountName是冗余参数。当通过auth传递存储连接字符串时，KEDA会自动从连接字符串解析账户名，手动指定accountName会导致KEDA混淆目标存储账户，无法正确连接队列。需删除该参数。

• 队列长度阈值设置不符合预期：当前queueLength设为"1"，KEDA的扩容逻辑是当队列消息数超过该值时触发扩容。若队列中仅存在1条消息，KEDA会判定无需扩容，因此输出“Created 0 jobs”。若要实现“有消息即触发”，需将queueLength改为"0"。

• 存储账户权限不足：需验证connection-string-secret对应的连接字符串是否具备足够权限，至少需要Queue Data Reader角色权限（用于读取队列消息数和内容）。权限不足会导致KEDA无法获取队列状态，误判为无消息。

• 副本完成计数配置限制：replicaCompletionCount设为1，意味着只有当1个作业副本执行完成后，KEDA才会再次评估扩容需求。如果作业执行时长较长，可能出现短时间内不触发新作业的情况，但不会导致完全无响应，可结合作业日志判断是否为此问题。

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