咨询AKS对ContainerStatusUnknown状态Pod的处理及自动清理规则

触发场景 #

你推测的情况完全正确：Pod进入ContainerStatusUnknown状态，大多是因为控制平面与Pod所在节点（或Pod本身）失去连接——比如节点被临时回收、节点网络故障、kubelet进程异常终止等，此时控制平面无法获取Pod的实时运行状态，就会将其标记为该状态。

自动清理逻辑 #

AKS会自动清理这类Pod，核心依赖Kubernetes的两个原生组件协作：

• Node Controller：节点失联后，首先会将节点标记为NotReady，默认等待5分钟后判定节点为不可用；
• Pod GC Controller：节点被判定不可用后，会自动清理绑定在该节点上、无持久化存储或不属于StatefulSet的Pod。

注意：StatefulSet类型的Pod因为需要保留状态与运行顺序，不会被自动清理，需手动干预。

关键超时时长 #

默认的核心超时参数：

• node-monitor-grace-period：节点失联后标记为不可用的等待时间，默认5分钟；
• pod-eviction-timeout：节点被标记不可用后，驱逐Pod的超时时间，默认1分钟。
  整体来看，从节点失联到Pod被自动清理，最短约6分钟左右。

手动操作方式 #

如果需要提前清理这类Pod，直接执行删除命令即可：

kubectl delete pod <pod-name> -n <namespace>

若节点长时间失联但未被自动判定不可用，也可手动标记节点不可调度并驱逐所有Pod：

kubectl cordon <node-name>
kubectl drain <node-name> --ignore-daemonsets

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