为何Kubernetes Job执行非零退出命令后Pod状态未显示为Failed？

问题背景 #

我在Kubernetes 1.20上运行的CronJob配置片段如下（补全了必要层级）：

concurrencyPolicy: Forbid
backoffLimit: 6
jobTemplate:
  spec:
    template:
      spec:
        containers:
        - command:
          - /bin/bash
          - -c
          - |
            exit 1;
        restartPolicy: OnFailure

执行后，Pod内的容器会重启6次后终止，但查看Job详情时，Pod状态统计为：

Pods Statuses:  0 Running / 0 Succeeded / 0 Failed

而我预期应该是：

Pods Statuses:  0 Running / 0 Succeeded / 1 Failed

调整backoffLimit参数无效果，且目前无法修改其他配置。

问题根源 #

Kubernetes 1.20中，Job的backoffLimit统计的是Job尝试创建新Pod的失败次数，和Pod内部容器的重启次数是完全独立的两个维度。

当设置restartPolicy: OnFailure时，容器执行exit 1退出后，kubelet会直接重启同一个Pod内的容器，不会触发Job创建新Pod。这种情况下，Pod本身不会被标记为Failed——因为Pod实体始终存在，只是内部容器反复重启，直到Job重试逻辑终止Pod，但Job的状态统计不会把这类Pod算入Failed计数。

验证与替代方案 #

1. 查看Pod实际失败情况：
   执行kubectl describe pod <目标Pod名称>，在Containers区块里能看到Restart Count为6，且最后一次容器退出原因标记为Error，这能直接证明容器确实失败了6次。

2. 若要让Job统计到Failed Pod（需修改配置）：
   把restartPolicy改成Never，这样容器exit 1后Pod会直接被标记为Failed，Job会创建新Pod直到用完backoffLimit=6的配额，此时Job的状态统计就会显示6 Failed。但你提到无法修改其他配置，这条仅作参考。

总结 #

你看到的0 Failed是因为Job没有创建过“失败的Pod实例”——所有失败都是同一个Pod内部的容器重启，而非Pod本身被标记为失败，所以Job的统计不会计入。

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