kubernetes - 一个永久卷可以被多个永久卷声明消耗吗？

假设一个PV可被多个PVC消耗并且每个Pod实例需要一个PVC绑定(bind)是正确的吗？我之所以问是因为我先创建了一个PV，然后又创建了一个具有不同尺寸要求的PVC，例如:

kind: PersistentVolume
apiVersion: v1
metadata:
  name: k8sdisk
  labels:
    type: amazonEBS
spec:
  capacity:
    storage: 200Gi
  accessModes:
    - ReadWriteOnce
  awsElasticBlockStore:
    volumeID: vol-xxxxxx
    fsType: ext4


kind: PersistentVolumeClaim
apiVersion: v1
metadata:
  name: couchbase-pvc
  labels:
    type: amazonEBS
spec:
  accessModes:
    - ReadWriteOnce
  resources:
    requests:
      storage: 5Gi

但是，当我将PVC与Pod一起使用时，它显示为200GB可用空间，而不是5GB。

我确定我正在混合各种东西，但是找不到合理的解释。

最佳答案

当您拥有PVC时，它将寻找可以满足其要求的PV，但除非它是一个卷并且在多访问模式下声明所有权(并且支持它的后端数量有限，例如NFS-详细信息在http://kubernetes.io/docs/user-guide/persistent-volumes/#access-modes)，PV将不会被多个PVC共享。此外，PVC的大小并不打算作为 pod 寿命期间卷上保存的数据量的配额，而是作为匹配足够大PV的一种方式，仅此而已。

关于kubernetes - 一个永久卷可以被多个永久卷声明消耗吗？，我们在Stack Overflow上找到一个类似的问题：https://stackoverflow.com/questions/39964714/