PV
PV 的全称是:PersistentVolume(持久化卷),是对底层的共享存储的一种抽象,PV 由管理员进行创建和配置,它和具体的底层的共享存储技术的实现方式有关,比如 Ceph、GlusterFS、NFS 等,都是通过插件机制完成与共享存储的对接。
严格来说,PV是k8s里面的一个概念,它本身不是存储,只不过是创建pv的资源清单文件中指定了网络存储的地址,同时也指定了一些存储的参数,例如一些大小,性能等指标。
apiVersion: v1
kind: PersistentVolume
metadata:
name: nfs-pv
namespace: qsm-pv-test
spec:
capacity:
storage: 100Mi
accessModes:
- ReadWriteMany
persistentVolumeReclaimPolicy: Recycle
storageClassName: slow # StorageClass
nfs:
# FIXME: use the right IP
server: 10.130.44.20
path: "/test/mysql-nfs01"
PVC
PersistentVolumeClaim(PVC)可以理解为Pod对所需网络存储卷需满足一定要求的一个申明。它展示了Pod想需要存储的性能指标,也就是说PVC是服务于Pod,为其寻找一个合适的PV给Pod使用。绑定之后,PVC和PV是一一对应关系。
apiVersion: v1
kind: PersistentVolumeClaim
metadata:
name: qsm-nfs-pvc
namespace: qsm-pv-test
spec:
accessModes:
- ReadWriteMany
storageClassName: slow # StorageClass
resources:
requests:
storage: 90Mi
Pod使用PVC
使用Deployment字段清单的方式
apiVersion: extensions/v1beta1
kind: Deployment
metadata:
name: qsm-nginx
namespace: qsm-pv-test
spec:
replicas: 1
template:
metadata:
labels:
name: qsm-nginx
spec:
containers:
- name: qsm-nginx
image: nginx
imagePullPolicy: IfNotPresent
ports:
- containerPort: 80
volumeMounts:
- name: qsm-pvc-volume
mountPath: "/usr/share/nginx/html"
volumes:
- name: qsm-pvc-volume
persistentVolumeClaim:
claimName: qsm-nfs-pvc
这个时候,若有符合的PV,那就可以为Pod服务了。
若没有合适的PV,或者PV数量不够,而PVC随着业务的发展,越来越多,那么就要有更多的PV马上要创建,否则Pod就一直创建不成功,这很不友好。
所以就有了StorageClass,k8s根据它可以自动创建PV。
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的一个机制。