如何阻止AKS中已完成的Indexed Job Pod在集群缩容后重启

针对你在AKS上遇到的Indexed Job已完成Pod被集群自动缩容驱逐并重启的问题，以下是具体的解决思路和方案：

核心原因说明 #

• PDB（Pod Disruption Budget）仅保护运行中的Pod，对已完成的Pod无效，因为这类Pod已不提供服务，不在PDB的保护范围内。
• cluster-autoscaler.kubernetes.io/safe-to-evict: "false"注解仅针对运行中的关键Pod生效，集群自动扩缩容（CA）会忽略已完成Pod的该注解。

具体解决方案 #

1. 配置已完成Pod自动清理（推荐） #

通过Job的spec.ttlSecondsAfterFinished字段设置已完成Pod的自动存活时间，到期后Kubernetes会自动删除这些Pod，既避免被CA驱逐，也释放节点资源。

示例Job YAML片段：

apiVersion: batch/v1
kind: Job
metadata:
  name: your-indexed-job
spec:
  completions: 30
  parallelism: 30
  # 设置完成后1小时自动清理Pod，可根据需求调整时长
  ttlSecondsAfterFinished: 3600
  template:
    spec:
      containers:
      - name: job-container
        image: your-image:tag
        resources:
          requests:
            memory: "16Gi" # 匹配你的大内存需求
      restartPolicy: OnFailure
  backoffLimit: 4

2. 调整集群自动扩缩容的节点过滤规则 #

如果需要保留已完成Pod一段时间，可修改AKS集群自动扩缩容的配置，让CA跳过包含已完成Pod的节点，避免缩容时驱逐这些Pod。

如果你是通过Helm安装的集群自动扩缩容，修改Helm values.yaml添加以下配置：

autoscaler:
  extraArgs:
    # 让CA跳过存在已完成Pod的节点
    skip-nodes-with-completed-pods: "true"

修改后执行Helm升级生效：

helm upgrade cluster-autoscaler your-chart-repo/cluster-autoscaler -f your-values.yaml

注意：该配置会让CA暂时不缩容有已完成Pod的节点，建议配合ttlSecondsAfterFinished一起使用，避免节点资源长期被闲置Pod占用。

3. 调整Pod重启策略（应急方案） #

如果业务允许，将Pod的restartPolicy设置为Never，这样即使已完成Pod被驱逐，Kubernetes也不会重启它，避免出现任务重复执行的情况：

spec:
  template:
    spec:
      restartPolicy: Never

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