EC2实例重启后Kubernetes Pod自动重建，如何阻止该行为？

问题背景 #

在EC2实例搭建的K8s集群中，运行Deployment管理的Pod时，发现重启EC2实例后，该节点上的Pod会被删除并在其他节点重建，想知道能不能阻止这个行为。

明确结论 #

这是Kubernetes Deployment的预期行为，并非异常问题。

为什么会这样？ #

• Deployment的核心职责是维持指定数量的可用Pod副本。当EC2节点重启时，节点状态会变为NotReady，该节点上的Pod会被标记为不可用。Deployment控制器会立刻触发重建逻辑，在其他正常节点上启动新Pod，确保服务不中断。
• 节点重启后，原Pod会被Kubernetes的节点驱逐机制清理，这是集群自愈能力的一部分，目的是保证服务的高可用性。

如果想避免Pod被重建，有这些替代方案 #

如果你的场景需要Pod在节点重启后原地恢复而非重建，可以考虑以下方式：

• 改用StatefulSet：StatefulSet专门用于管理有状态应用，Pod拥有固定的名称和网络标识，节点恢复后，Pod会优先在原节点重启，不会被调度到其他节点（除非原节点彻底不可用）。
• 绑定Pod到特定节点：通过nodeSelector或nodeAffinity配置，让Pod只能调度到目标EC2实例。但注意，节点重启时Pod还是会被删除，只是重建后的Pod会再次调度回原节点（只要节点恢复正常）。
• 使用本地持久化存储：如果Pod需要保留数据，可以配置本地存储类的PersistentVolume，这样即使Pod重建，也能访问节点上的本地数据，但这改变不了Pod被重建的事实，只是数据得以保留。

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