我之前也踩过这个坑，其实报错信息已经把原因说得明明白白了：处于绑定状态的PVC，spec字段里只有resources.requests是允许修改的，其他字段一旦创建就彻底不可变了。你之所以触发报错，大概率是在kubectl edit时不小心改动了其他spec字段，或者编辑器自动格式化时悄悄修改了无关内容。

下面是零报错的正确操作步骤：

1. 打开PVC的编辑界面：

   kubectl edit pvc myclaim
   

2. 在编辑器中只定位到spec.resources.requests.storage这一行，把值从10Gi修改为70Gi，示例如下：

   spec:
     resources:
       requests:
         storage: 70Gi  # 仅修改这一行的数值，其他内容完全不动
   

3. 确认spec下的其他字段（比如accessModes、storageClassName等）和初始创建时完全一致，没有任何改动。
4. 保存并退出编辑器，此时Kubernetes会正常处理你的扩容请求。

另外还有几个必须满足的前提条件，否则即使操作正确也可能失败：

• 你的StorageClass必须开启扩容支持（即allowVolumeExpansion: true），可以用这条命令检查：

  kubectl get storageclass <你的存储类名称> -o yaml | grep allowVolumeExpansion
  

• 对应的PersistentVolume（PV）本身支持扩容，比如云厂商块存储、部分本地存储驱动都需要具备扩容能力。
• PVC必须处于Bound状态（也就是已经成功绑定了PV），这也是报错信息里明确提到的约束。

如果扩容后没反应或者出现新问题，可以查看PVC的状态和事件来排查原因：

kubectl describe pvc myclaim

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