一、概述
1、我们在pvc申请的时候未必就有现成的pv能正好符合这个pvc在申请中指定的条件，毕竟上一次的成功是我们有意设定了有一些满足有一些不满足的前提下我们成功创建了一个pvc并且被pod绑定所使用了。但是正常情况下刚好让二者之间符合或者在一众pv中正好有存在符合需要的这么一个pv未必在多种情况下都能满足。所以k8s的设计者也注意到了这些问题，因此他们为此有意设计了一种工作逻辑能够让pvc在申请pv时不针对某个pv进行或者是我们可以直接针对某个存储类（k8s之上的标准资源之一，叫StorageClass），我们可以事先把众多的存储设备当中存储管理员所准备好的包含了nfs,glusterfs,ceph甚至是一些云端的存储等等，把他们提供好的存储空间，因为我们没有事先做好pv，因为我不确定这个用户到底会用到多大的pv，以及什么样的pv，因此我们不妨去把现有可用存储空间尚未做成pv的存储空间都拿出来给他做一个分类，根据综合服务质量，或者根据他的io性能等等做一个简单分类。假如我们有两个nfs集群，那么我们把两个nfs做成一类，另外我们还有一个ceph的rbd集群，我们把ceph的rbd集群又分为一类等等，可以用多个维度分类。 1、我们在pvc申请的时候未必就有现成的pv能正好符合这个pvc在申请中指定
