如何避免优雅终止后Kubernetes Job被标记为失败状态

先看你的CronJob配置：

apiVersion: batch/v1
kind: CronJob
metadata:
  name: sleep-cronjob
spec:
  schedule: "*/5 * * * *"
  jobTemplate:
    spec:
      backoffLimit: 0 # 避免重复执行
      template:
        spec:
          containers:
          - name: sleep
            image: busybox
            command: ["sh", "-c", "sleep 120"] # 2分钟
          restartPolicy: Never
          terminationGracePeriodSeconds: 300 # 5分钟

问题原因 #

当你执行kubectl delete pod <POD_NAME>时，Kubernetes会将Pod的终止原因标记为Deleted，即便容器在优雅终止期内正常完成了sleep命令，Job仍会把这次Pod终止判定为失败。而你设置了backoffLimit:0（不允许任何重试），所以直接触发BackoffLimitExceeded，导致Job被标记为失败。

解决方案 #

通过配置Job的podFailurePolicy规则，让Kubernetes忽略手动删除Pod导致的终止，不将其计入失败次数。修改后的配置如下：

apiVersion: batch/v1
kind: CronJob
metadata:
  name: sleep-cronjob
spec:
  schedule: "*/5 * * * *"
  jobTemplate:
    spec:
      backoffLimit: 0 # 避免重复执行
      podFailurePolicy:
        rules:
        - action: Ignore
          onPodConditions:
          - type: Terminated
            status: "True"
            reason: Deleted
      template:
        spec:
          containers:
          - name: sleep
            image: busybox
            command: ["sh", "-c", "sleep 120"] # 2分钟
          restartPolicy: Never
          terminationGracePeriodSeconds: 300 # 5分钟

配置说明 #

podFailurePolicy.rules里的规则定义：当Pod的状态为Terminated且终止原因是Deleted时，执行Ignore动作——也就是不把这次Pod终止算作失败，不会消耗backoffLimit的次数，Job会保持成功状态，既满足你避免重复执行的需求，又能在手动删除Pod后不标记Job失败。

内容的提问来源于stack exchange，提问作者Santi Agüero