AKS结合KEDA：任务执行中Pod意外终止问题求助

我已将Azure Queue Trigger Function部署至Kubernetes集群，借助KEDA实现事件驱动的激活与扩缩容。小任务运行正常，但当任务执行时长超过5分钟时，Pod会自动终止并创建新Pod。我已在host.json中设置functionTimeout为00:30:00，以下是我的YAML配置文件：

apiVersion: apps/v1
kind: Deployment
metadata:
  name: queue-test
  labels:
    app: queue-test
spec:
  selector:
    matchLabels:
      app: queue-test
  template:
    metadata:
      labels:
        app: queue-test
    spec:
      containers:
      - name: queue-test
        image: 
---
apiVersion: keda.sh/v1alpha1
kind: ScaledObject
metadata:
  name: queue-test
  labels: {}
spec:
  scaleTargetRef:
    name: queue-test
  triggers:
  - type: azure-queue
    metadata:
      direction: in
      queueName: sample-queue
      connectionFromEnv: AzureWebJobsStorage

解决办法 #

1. 配置Kubernetes存活探针，避免误判Pod异常 #

Kubernetes默认存活探针的检查逻辑可能无法适配长任务场景，需要调整探针参数，确保覆盖任务最长执行时间：

# 在Deployment的container节点下添加
livenessProbe:
  httpGet:
    path: /health/live
    port: 80
  initialDelaySeconds: 300  # 服务启动5分钟后开始探测
  periodSeconds: 1800       # 每30分钟探测一次
  timeoutSeconds: 10        # 探针超时时间10秒

2. 延长KEDA缩容冷却时间 #

KEDA默认缩容冷却时间为5分钟，长任务执行时会被误判为空闲Pod触发缩容，需调整为与任务超时匹配的时长：

# 在ScaledObject的spec节点下添加
cooldownPeriod: 1800  # 30分钟，单位秒

3. 调整Azure Queue消息可见性超时 #

队列消息默认可见性超时为5分钟，超过后消息会重回队列，同时触发Pod重启逻辑，需在host.json中同步设置：

{
  "version": "2.0",
  "extensions": {
    "queues": {
      "visibilityTimeout": "00:30:00",
      "batchSize": 1
    }
  },
  "functionTimeout": "00:30:00"
}

4. 设置Pod优雅终止时长 #

确保Pod被终止时有足够时间完成当前任务，在Deployment的spec节点下添加：

terminationGracePeriodSeconds: 1800  # 30分钟，单位秒

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