Kubernetes节点压力驱逐：Pod驱逐与创建顺序确认求助

首先明确：strategy: type: Recreate仅管控**Deployment主动更新（比如镜像版本变更、配置更新）**时的Pod更替逻辑——此时会先终止所有旧Pod，确认旧Pod完全退出后再创建新Pod，确保单副本的严格性。

但节点压力驱逐属于kubelet发起的非自愿驱逐场景，这个流程和Deployment的更新策略是两个独立的控制逻辑：

• kubelet发现节点资源不足时，会标记目标Pod为驱逐状态，发送终止信号，但旧Pod的优雅终止过程可能需要几秒到几分钟（取决于你的terminationGracePeriodSeconds配置）。
• Deployment控制器会持续监控Pod的状态，一旦发现当前可用副本数低于期望数（比如旧Pod进入Terminating状态、或者节点变为NotReady导致Pod不可用），就会立即触发新Pod的创建调度。

这就会导致新旧Pod短暂共存的情况：旧Pod还在优雅终止的过程中，新Pod已经被调度到其他节点启动了。这种情况是符合Kubernetes的设计逻辑的——Deployment的核心目标是维持期望副本数，而kubelet的核心目标是保障节点稳定，两者没有内置的协同机制来同步驱逐与创建的顺序。

如果需要尽可能避免这种短暂共存，可以尝试：

• 缩短Pod的terminationGracePeriodSeconds配置，让旧Pod更快退出。
• 配置PodDisruptionBudget（PDB），设置maxUnavailable: 0。注意：PDB主要针对自愿驱逐（比如节点维护），对于非自愿的节点压力驱逐，kubelet会尽量遵守PDB约束，但如果节点资源极度紧张，仍然可能绕过PDB直接驱逐。

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