Kubernetes StatefulSet能否修改PVC绑定？如何平滑迁移存储？

报错原因说明 #

Kubernetes 原生 StatefulSet 设计上仅允许修改 spec.replicas、spec.template、spec.updateStrategy 三类字段，spec.volumeClaimTemplates 属于不可变字段，因此直接编辑修改PVC绑定配置会触发你遇到的禁止更新错误，属于正常现象。

是否必须删除StatefulSet重建 #

不需要删除运行中的Pod和业务服务，仅需要移除旧的StatefulSet资源对象本身（保留关联Pod）再重建StatefulSet即可，全程可以做到秒级或者零业务中断。

平滑迁移操作步骤（已完成数据同步到新NAS的前提下） #

• 第一步：备份现有StatefulSet的完整配置，用作故障回滚兜底

kubectl get sts reddwarf-postgresql-postgresql -o yaml > sts-bak.yaml

• 第二步：临时调整StatefulSet的更新策略为OnDelete，避免操作过程中Pod被意外重建

kubectl patch sts reddwarf-postgresql-postgresql -p '{"spec":{"updateStrategy":{"type":"OnDelete"}}}'

• 第三步：删除旧StatefulSet资源，但保留所有关联的运行中Pod和PVC，此时PostgreSQL服务完全不受影响

kubectl delete sts reddwarf-postgresql-postgresql --cascade=orphan

• 第四步：修改备份的sts-bak.yaml文件，将其中spec.volumeClaimTemplates配置替换为新NAS对应的存储配置，也可以直接指定你提前创建好的新PVC名称
• 第五步：应用修改后的配置重建StatefulSet，新StatefulSet会自动接管现存的PostgreSQL Pod，不会触发Pod重建

kubectl apply -f sts-bak.yaml

• 第六步：逐实例滚动切换存储
  1. 先删除序号最小的从节点Pod（如果是多实例集群），或者直接删除单实例Pod：kubectl delete pod reddwarf-postgresql-postgresql-0
  2. Pod重建时会自动绑定新NAS对应的PVC，等待Pod启动完成后验证数据完整性、服务可用性
  3. 确认当前实例运行正常后，按序号依次删除剩余Pod，完成所有实例的存储切换
• 第七步：全量验证服务和数据无误后，可将StatefulSet更新策略改回原有配置，删除旧的PV、PVC资源释放存储空间。

额外注意事项 #

如果是多实例PostgreSQL集群，建议最后切换主节点，切换前先执行主从切换，全程可以做到业务无感知停机。单实例场景下停机时间仅为Pod重启的10~30秒，对业务影响极低。

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