问Kubernetes为每个pod设置statefulset的多个pvc与所有pod的单个pvc？

EN

如果您希望为集合中的每个pod提供专用存储，则StatefulSet必须使用volumeClaimTemplates。基于该模板，为每个pod创建PersistentVolumeClaim，并配置要绑定到该声明的卷。生成的PersistentVolumeClaims名称由volumeClaimTemplate名称+ pod-name +序号组成。因此，如果您将volumeClaimTemplate部件添加到StatefulSet YAML(并删除特定的persistentVolumeClaim引用)，则如下所示：

volumeClaimTemplates:
  - metadata:
      name: mysql-data    
    spec:
      resources:
        requests:
          storage: 10Gi
      accessModes:
      - ReadWriteOnce

然后创建您的StatefulSet，然后检查它的一个pod (kubectl get pods pod-name-0Yaml)，您将看到这样的smth (卷是输出的一部分)：

volumes:
- name: mysql-data
  persistentVolumeClaim:
    claimName: mysql-data-pod-name-0.  | dynamically created claim based on the template 

因此，通过使用volumeClaimTemplates，您不需要自己创建单独的PVC，然后在每个单独的StatefulSet中引用将在容器中的特定容器中安装的PVC (请记住，一组中的每个pod必须引用不同的mountPath，1PVC-1PV)：Statefulset YAML的“containers”定义的一部分：

volumeMounts:
        - name: mysql-data   || references your PVC by -name(not PVC name itself) 
          mountPath: /var/lib/mysql

因此，目标是让集合中的每个pod都有专用存储，而不使用volumeClaimTemplates，这会导致许多问题，并使管理和扩展它变得更加复杂。

PVC绑定到特定的PV。对于StatefulSet，在大多数可以想象的情况下，您希望拥有一个只能由某些pod访问的PV，这样数据就不会被来自并行进程/pod (RWO而不是RWX模式)的写入尝试损坏。

考虑到这一点，StatefulSet中的每个副本都需要一个PVC。如果手动创建副本的PVC将很快出现问题，这就是为什么正确的方法是使用volumeClaimTemplates，它将在您扩展集时为您动态创建PVC。