如何安全解绑StatefulSet/pod-0的PVC且不影响其他副本

操作前先做基础状态校验：执行kubectl get statefulset <你的StatefulSet名> -n <命名空间>确认副本数为2，statefulset/pod-0、statefulset/pod-1均处于Running状态，且分别调度到各自的专属节点，确认pod-1关联的PVC、PV无异常。
所有方案核心原则：全程不修改pod-1的运行环境、不触碰pod-1关联的存储资源，保证pod-0对应的PV完全从宿主节点卸载（无挂载残留、无进程占用）后再启动维护。

方案1：Cordon节点+优雅删除Pod（操作成本最低，优先选） #

这个方案利用StatefulSet的固定节点亲和特性，让pod-0删除后无法调度重建，全程不影响pod-1运行：

• 第一步：标记pod-0所在的专属节点为不可调度，执行命令：kubectl cordon <pod-0所在节点名称>。注意：绝对不要对pod-1所在节点执行任何cordon/taint/drain操作，也不要对当前节点执行drain，避免驱逐节点上其他运行中的负载。
• 第二步：优雅删除pod-0触发存储卷自动卸载：kubectl delete pod <StatefulSet名>-0 -n <命名空间> --grace-period=30。
• 第三步：等待pod-0完全进入Terminated状态后，做两个校验：
  • 登录pod-0原所在节点，执行mount | grep <PV对应的块设备名或挂载路径>确认无存储卷挂载残留
  • 执行kubectl get pv <pod-0对应PV名称>确认PV状态正常，若PV回收策略为Delete，先临时改为Retain：kubectl patch pv <PV名> -p '{"spec":{"persistentVolumeReclaimPolicy":"Retain"}}'
• 第四步：此时StatefulSet控制器会尝试拉起pod-0，但因为pod-0绑定了专属节点亲和规则，只能调度到已被cordon的节点上，因此会一直处于Pending状态，完全不会影响正在运行的pod-1。确认PV卸载完成后即可启动存储维护操作。
• 第五步：维护完成后，恢复节点可调度状态：kubectl uncordon <pod-0所在节点名称>，等待pod-0自动调度回节点、挂载原PVC后，验证数据读写正常即可。

方案2：打污点隔离节点+删除Pod（适合节点上有其他共享调度负载的场景） #

如果pod-0所在的专属节点还允许其他非绑定负载调度，用cordon可能阻塞其他业务，可换污点隔离方案：

• 第一步：给pod-0所在节点打专属维护污点：kubectl taint nodes <pod-0所在节点名> pv-maint=done:NoSchedule，这个污点只会阻止没有对应容忍配置的Pod调度到该节点，不会影响节点上已经运行的负载。
• 第二步：优雅删除pod-0，等待Pod完全终止、kubelet自动卸载关联PV，校验挂载残留和PV回收策略和方案1一致。
• 第三步：因为pod-0没有配置对应污点的容忍规则，会一直处于Pending状态无法调度，此时即可执行PV维护操作。
• 第四步：维护完成后移除节点污点：kubectl taint nodes <pod-0所在节点名> pv-maint:NoSchedule-，等待pod-0自动拉起验证即可。

方案3：临时解绑PV与PVC（适合无法调整节点调度配置的场景） #

如果没有节点操作权限，可通过存储层解绑实现PV卸载：

• 第一步：先将pod-0对应PV的回收策略改为Retain，避免解绑后PV被自动回收：kubectl patch pv <pod0-PV名> -p '{"spec":{"persistentVolumeReclaimPolicy":"Retain"}}'。
• 第二步：优雅删除pod-0，等待Pod完全终止后，编辑pod-0绑定的PVC，将spec.volumeName字段的值清空，保存后PVC会进入未绑定状态。
• 第三步：此时StatefulSet会因为pod-0关联的PVC未就绪，让pod-0一直处于Pending状态，不会影响pod-1正常运行。原来关联的PV会进入Released状态，登录原节点清理可能残留的挂载点（执行umount <PV挂载路径>），确认无进程占用后即可执行维护操作。
• 第四步：维护完成后重新绑定PV与PVC：编辑对应PV，删除spec.claimRef字段下的resourceVersion字段，保存后PV会自动重新绑定到原PVC，等待pod-0自动拉起验证数据正常即可。

• 禁止直接将StatefulSet缩容至0或1副本：StatefulSet缩容时优先删除序号最大的Pod，副本数从2降到1会直接删除正在运行的pod-1，违反约束。
• 禁止在PV仍处于节点挂载状态时启动存储维护，会导致文件系统损坏、数据不一致。
• 禁止在未修改PV回收策略为Retain的情况下直接删除PVC、解绑PV与PVC，避免PV被自动回收导致数据丢失。
• 禁止对pod-1所在节点、pod-1关联的PVC/PV执行任何变更操作，避免触发pod-1重启或下线。

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