Kubernetes中StatefulSet滚动更新时如何让旧Pod完成请求再终止？

核心问题定位 #

你要实现的是同序数新旧Pod流量无缝切换+旧Pod处理完长请求再终止，但默认StatefulSet的Headless Service会同时将流量路由到新旧同序数Pod，且滚动更新流程没有和流量调度做联动，这是核心遗漏点。

1. 调整StatefulSet滚动更新配置 #

针对长连接场景，先修改StatefulSet的更新策略参数：

• 设置terminationGracePeriodSeconds为足够大的值（如300），给旧Pod预留处理长请求的时间
• 配置minReadySeconds（如10），确保新Pod完全就绪后再推进更新流程
• 利用updateStrategy.rollingUpdate.partition实现分批更新：比如先更新序数0的Pod，验证流量切换正常后再更新下一个，避免批量更新导致的混乱

2. 精细化流量路由配置 #

默认Headless Service会包含所有同序数Pod，需要拆分路由：

• 给每个Pod添加自定义标签pod-ordinal: <ordinal>（可通过StatefulSet的podTemplate.metadata.labels动态注入，比如pod-ordinal: {{ index .Labels "statefulset.kubernetes.io/pod-name" | splitList "-" | last }}）
• 创建N个独立的普通Service（非Headless），每个Service的spec.selector只匹配对应序数的标签，比如service-0匹配pod-ordinal: 0，service-1匹配pod-ordinal: 1
• 配置Ingress或网关，将请求路由到对应序数的Service；当新Pod就绪后，更新对应Service的选择器（或手动管理EndpointSlice），把流量从旧Pod切换到新Pod

3. Pod侧的就绪与终止控制 #

• 实现就绪探针：确保新Pod完全启动并能处理请求后才被标记为就绪，避免流量提前切入到未准备好的实例
• 添加preStop钩子：在Pod收到终止信号前，先拒绝新请求并等待现有长连接处理完成。比如在preStop脚本中调用内部接口标记自身为"终止中"，不再接收新流量，直到所有连接关闭

为什么坚持用StatefulSet而非Deployment？ #

你的确定性序数需求Deployment无法满足：

• Deployment的Pod名称随机生成，无连续固定序数
• StatefulSet的Pod可通过环境变量HOSTNAME（格式为<sts-name>-<ordinal>）或标签statefulset.kubernetes.io/pod-name直接获取自身序数，完全符合：
  • 序数唯一且为0..N-1连续序列
  • Pod生命周期内序数不变
  • 可被Pod自身和集群内其他服务发现

无需外部存储的自动化优化 #

不用引入ZooKeeper或etcd，可基于Kubernetes原生能力实现自动化：

• 编写简单的自定义控制器或用Kustomize脚本，监听StatefulSet的Pod就绪状态，当新序数Pod就绪后，自动更新对应Service的选择器，完成流量切换
• 利用Kubernetes的EndpointSlice资源手动管理后端实例，精准控制流量指向

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