k8s维护者在https://github.com/kubernetes/kubernetes/issues/7438#issuecomment-97148195中对此进行了讨论:
允许用户询问特定PV会破坏它们之间的分离
我不买.我们允许用户选择一个节点.这不是常见的情况,但它存在是有原因的.
它是怎么结束的？什么是> 1 PV和PVC的预期方式,如https://github.com/kubernetes/kubernetes/tree/master/examples/nfs中的那个？
我们使用NFS,而PersistentVolume是一个方便的抽象,因为我们可以保留serverIP和path那里.但PersistentVolumeClaim得到任何具有足够的规模PV,防止path重复使用.
可以设置volumeName在PVC spec块中(参见https://github.com/kubernetes/kubernetes/pull/7529),但没有区别.
使用gcloud container clusters resize我可以轻松地向上和向下扩展群集.但是,在调整大小时,我发现没有办法将特定的计算实例vm定位为删除.
场景:我们的计算引擎日志表明,一个实例在很久以前的Kubernetes pod中无法卸载卷.群集大小合适,故障节点正确地为容器提供服务,但CPU负载最大.
显然我想要一个新的Kubernetes节点在我杀掉旧节点之前做好准备.简单地调整大小然后使用删除实例是否安全gcloud compute,或者是否有一些容器感知方式来执行此操作？
通过GKE创建的卷可以轻松调整大小gcloud compute disks resize [volume name from kubectl get pv].吊舱将继续运行.
但是df,pod中的a 仍将报告相同的大小.更重要的是kubectl describe pv仍将报告原始的"容量".有没有办法在卷上增加pod的实际存储空间？
根据https://github.com/kubernetes/kubernetes/issues/24255#issuecomment-210227126,官方支持可能在路线图中,但讨论在哪里进行？