Kubernetes：PersistentVolume和PersistentVolumeClaim-共享索赔

Question

这个问题是关于Kubernetes中PersistentVolume和PersistentVolumeClaim配置的行为。我们已经通读了文档，留下了一些挥之不去的问题。

我们使用Azure Kubernetes服务来承载我们的集群，我们希望为我们的许多吊舱提供一个共享的持久存储后端。我们计划使用PersistentVolumes来实现这一点。

在这个场景中，我们希望发出一个由AzureFile存储资源支持的PersistentVolume。我们将把Jenkins部署到集群中，并将jenkins_home目录存储在PersistentVolume中，这样我们的实例就可以在pod和节点故障中幸存下来。我们将运行多个主Jenkins节点，所有节点都配置有类似的部署YAML。

首先，我们发出以下PersistentVolume配置；

apiVersion: v1
kind: PersistentVolume
metadata:
  name: jenkins-azure-file-share
  labels:
    usage: jenkins-azure-file-share
spec:
  capacity:
    storage: 100Gi
  accessModes:
   - ReadWriteMany
  persistentVolumeReclaimPolicy: Retain
  azureFile:
    secretName: azure-file-secret
    shareName: jenkins
    readOnly: false
  mountOptions:
    - dir_mode=0777
    - file_mode=0777
    - uid=1000
    - gid=1000

接下来，我们发出以下PersistentVolumeClaim配置；

apiVersion: v1
kind: PersistentVolumeClaim
metadata:
  name: jenkins-file-claim
  annotations:
    volume.beta.kubernetes.io/storage-class: ""
spec:
  accessModes:
    - ReadWriteMany
  resources:
    requests:
      storage: 10Gi
  volumeName: "jenkins-azure-file-share"

接下来，我们以以下方式在部署中使用这个声明；

apiVersion: extensions/v1beta1
kind: Deployment
metadata:
  name: jenkins-instance-name
spec:
  replicas: 1
  template:
    metadata:
      labels:
        role: jenkins
        app: jenkins-instance-name
    spec:
      containers:
      - name: jenkins-instance-name
        image: ContainerRegistry.azurecr.io/linux/jenkins_master:latest
        ports:
        - name: jenkins-port
          containerPort: 8080
        volumeMounts:
        - name: jenkins-home
          mountPath: /var/jenkins_home
          subPath: "jenkins-instance-name"
      volumes:
      - name: jenkins-home
        persistentVolumeClaim:
          claimName: "jenkins-file-claim"
      imagePullSecrets:
      - name: ImagePullSecret

C:\ashley\scm\kubernetes>kubectl get pv
NAME                        CAPACITY   ACCESS MODES   RECLAIM POLICY  STATUS    CLAIM     STORAGECLASS   REASON    AGE
jenkins-azure-file-share    100Gi     RWX            Retain           Bound     default/jenkins-file-claim                          2d

C:\ashley\scm\kubernetes>kubectl get pvc
NAME                       STATUS    VOLUME                      CAPACITY   ACCESS MODES   STORAGECLASS   AGE
jenkins-homes-file-claim   Bound     jenkins-azure-file-share    100Gi     RWX                           2d

1. 每个部署是否只能从PersistentVolume的100gig容量中访问配置的最大10gig存储？
2. 或者，是否每个部署都可以访问为PersistentVolume配置的100gig存储中自己的10gig片？

在这种配置下，当单个PersistentVolumeClaim容量得到充分利用时会发生什么？是否所有使用此单个PersistentVolumeClaim的部署都停止工作？

Answer 1

因此，对于pvc来说，这种配置肯定只有10GIG可用。对于光伏，我假设它是相同的，但在这种情况下，我不确定，但应该是，因为一致性。如果达到任何一个限制，它就停止工作，所以如果你有11个詹金斯运行，它甚至会失败，尽管你没有达到一个PVC的限制。