几个持久性卷声明可以消耗一个持久卷吗？

Question

假设一个PV可以被多个PVC消耗并且每个pod实例需要一个PVC绑定是否正确？我问，因为我创建了一个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

但是当我使用带有pod的PVC时，它显示为200GB而不是5GB。

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

Answer 1

当您拥有PVC时，它将寻找满足其要求的PV，但除非它是多访问模式中的卷和声明（并且支持它的后端数量有限，例如NFS。 - http://kubernetes.io/docs/user-guide/persistent-volumes/#access-modes）中的详细信息，PV不会由多个PVC共享。此外，PVC的大小并不是作为播放器生命期间保存在卷上的数据量的配额，而是作为匹配足够大的PV的一种方式，就是这样。