k8s中PV、PVC、StorageClass的简单理解

1、PersistentVolume（PV）就可以理解为是一个网络存储，就是一个实实在在的存储数据的地方，只不过是以网络的方式发生数据到存储的地方，比如NFS, iSCSI和云提供商指定的存储系统。
若严格来说，PV是k8s里面的一个概念，它本身不是存储，只不过是创建pv的资源清单文件中指定了网络存储的地址，同时也指定了一些存储的参数，例如一些大小，性能等指标。

apiVersion: v1
kind: PersistentVolume
metadata:name: nfs-pvnamespace: qsm-pv-test
spec:capacity:storage: 100MiaccessModes:- ReadWriteManypersistentVolumeReclaimPolicy: RecyclestorageClassName: slow # StorageClassnfs:# FIXME: use the right IPserver: 10.130.44.20path: "/test/mysql-nfs01"

2、PersistentVolumeClaim（PVC）可以理解为Pod对所需网络存储卷需满足一定要求的一个申明。它展示了Pod想需要存储的性能指标，也就是说PVC是服务于Pod，为其寻找一个合适的PV给Pod使用。绑定之后，PVC和PV是一一对应关系。

apiVersion: v1
kind: PersistentVolumeClaim
metadata:name: qsm-nfs-pvcnamespace: qsm-pv-test
spec:accessModes:- ReadWriteManystorageClassName: slow # StorageClassresources:requests:storage: 90Mi

3、Pod使用PVC
使用Deployment字段清单的方式

apiVersion: extensions/v1beta1
kind: Deployment
metadata:name: qsm-nginxnamespace: qsm-pv-test
spec:replicas: 1template:metadata:labels:name: qsm-nginxspec:containers:- name: qsm-nginximage: nginximagePullPolicy: IfNotPresentports:- containerPort: 80volumeMounts:- name: qsm-pvc-volumemountPath: "/usr/share/nginx/html"volumes:- name: qsm-pvc-volumepersistentVolumeClaim:claimName: qsm-nfs-pvc

这个时候，若有符合的PV，那就可以为Pod服务了。

若没有合适的PV，或者PV数量不够，而PVC随着业务的发展，越来越多，那么就要有更多的PV马上要创建，否则Pod就一直创建不成功，这很不友好。
所以就有了StorageClass，k8s根据它可以自动创建PV。

4、StorageClass
我们在pvc中定义storageClassName，当找不到合适的pv的时候就会自动创建pv。
定义了StorageClass后，就可以减少创建并维护PV的工作，PV变成了自动创建，作为使用者，只需要在声明PVC时指定StorageClassName即可，这就大大减少工作量。

原理：
管理员可以部署PV配置器（provisioner），然后定义对应的StorageClass，这样开发者在创建PVC的时候就可以选择需要创建存储的类型，PVC会把StorageClass传递给PV provisioner，由provisioner自动创建PV。如CCE就提供csi-disk、csi-nas、csi-obs等StorageClass，在声明PVC加上StorageClassName，就可以自动创建PV，并自动创建底层的存储资源。

总结
pv理解为一个网络存储卷，pvc是一个满足pod所需性能的一个申明，StorageClass是一个找不到合适pv之后可以自动创建的pv的一个机制。

喜欢就点个赞吧
【完】

正在去BAT的路上修行