pv和pvc设计原理

PV和PVC设计原理

PVC和PV的设计，其实跟面向对象的思想完全一致，PVC是面向对象编程中的接口，PV是接口具体的实现。

用户只需通过PVC来声明自己的存储需求，比如存储大小、可读写权限等，类似于调用接口函数并传入属性参数，而不用关心后端存储实现细节，这些都交由运维人员统一管理即可。

Pod是直接与PVC绑定关系，再根据PVC存储需求，去找到对应PV。PVC只有绑定了PV之后才能被Pod使用。

PersistentVolume Controller 会不断地查看当前每一个PVC，是不是已经处于Bound（已绑定）状态。如果不是，那它就会遍历所有的、可用的PV，并尝试将其与这个PVC进行绑定。这样，Kubernetes就可以保证用户提交的每一个PVC，只要有合适的PV出现，它就能够很快进入绑定状态。

在提交PVC后，是如何找到对应的PV：先根据PVC的accessModes匹配出PV列表，再根据PVC的Capacity、StorageClassName、Label Selector进一步筛选PV。如果满足条件的PV有多个，选择PV的size最小的，accessmodes列表最短的PV，也即最小适合原则。

也就是说，PVC绑定PV的过程是有一定规则的，以下规则都满足的PV才能被PVC绑定：

VolumeMode：被消费PV的VolumeMode需要和PVC一致。

AccessMode：被消费PV的AccessMode需要和PVC一致。

StorageClassName：如果PVC定义了此字段，则PV也必须有对应字段才能进行绑定。

LabelSelector：通过标签（labels）匹配的方式从PV列表中选择合适的PV绑定。

Size：被消费PV的capacity必须大于或等于PVC的存储容量需求才能被绑定。

————————————————

版权声明：本文为CSDN博主「飞001」的原创文章，遵循CC 4.0 BY-SA版权协议，转载请附上原文出处链接及本声明。

原文链接：https://blog.csdn.net/qq_33868316/article/details/129169342