k8sday15

今天的学习主要是针对上一组学习，也就是k8s数据存储的补充，因为现在网络上的学习各有不同，所以我在对比了几类课程后，再进行融合等等操作，当然，今天的补充知识，我之后会将其更新回k8sday12---k8sday14

补充一、PV和PVC的动态供给

​ 之前我们在PV和PVC章节所讲的是静态供给策略，用户将需要的资源要求发送给PVC来进行PV的匹配，如果有符合的就绑定，没有就不绑定，如用户要2.88GI，现在有的PV只有3GI且没有和其他的PVC绑定，这个3GI的PV就会和2.88GI的PVC绑定，但是如果这时候又有用户要0.18GI,当前没有和他匹配的PV，就不会进行绑定。

​ 现在所讲的动态供给策略就是对静态供给的一种优化，因为静态补给是我们管理员已经提前创建好了PV，但不一定是用户所需要的，所以可能导致PV和PVC不绑定，即使满足绑定要求，也不一定是最好的，如3GI的PV和2.88GI的PVC绑定。而动态供给是用户提出需求给PVC，PVC和云供应商在集群内的抽象（存储类）沟通，这时候按照请求来“定制”一个PV，使之绑定。

精简总结：静态PV是管理员提前创建好的，动态PV是等提出需求后按照需求创建的

StorageClass 是 Kubernetes 用来 “抽象并自动化持久存储供给（Provisioning）” 的一组对象。一句话：告诉集群“我需要什么类型、什么性能、多少副本的存储”，集群就按这个模板自动给你创建 PV。

存储类核心功能	说明
动态供给	PVC（PersistentVolumeClaim）一旦声明 StorageClass，集群会自动创建匹配的 PV，无需管理员手工建 PV。
参数模板	存储类型、IOPS、副本数、加密、磁盘格式等全部写在 StorageClass 里，PVC 只需引用名字。