K8S——存储-PV-PVC(一)

最新推荐文章于 2024-06-07 13:24:46 发布

benziwu

最新推荐文章于 2024-06-07 13:24:46 发布

阅读量208

点赞数

分类专栏： K8S 文章标签： kubernetes java 容器

本文链接：https://blog.csdn.net/benziwu/article/details/128429126

版权

本文介绍了Kubernetes中的PersistentVolume (PV) 和 PersistentVolumeClaim (PVC)，讲解了它们的概念、绑定机制、存储类型以及访问模式。PV是集群内的存储资源，而PVC是用户对存储的请求。PV与PVC之间的绑定是动态或静态的，且PVC的保护机制防止了数据丢失。文章还列举了多种持久化卷类型和访问模式示例。

摘要由CSDN通过智能技术生成

概念

PersistentVolume （PV）
是由管理员设置的存储，它是群集的一部分。就像节点是集群中的资源一样，PV 也是集群中的资源。 PV 是Volume 之类的卷插件，但具有独立于使用 PV 的 Pod 的生命周期。此 API 对象包含存储实现的细节，即 NFS、iSCSI 或特定于云供应商的存储系统

PersistentVolumeClaim （PVC）

是用户存储的请求。它与 Pod 相似。Pod 消耗节点资源，PVC 消耗 PV 资源。Pod 可以请求特定级别的资源（CPU 和内存）。声明可以请求特定的大小和访问模式（例如，可以以读/写一次或只读多次模式挂载）

静态 pv
集群管理员创建一些 PV。它们带有可供群集用户使用的实际存储的细节。它们存在于 Kubernetes API 中，可用于消费

动态(不用看不成熟)
当管理员创建的静态 PV 都不匹配用户的 PersistentVolumeClaim 时，集群可能会尝试动态地为 PVC 创建卷。此配置基于 StorageClasses ：PVC 必须请求 [存储类]，并且管理员必须创建并配置该类才能进行动态创建。声明该类为 “” 可以有效地禁用其动态配置

要启用基于存储级别的动态存储配置，集群管理员需要启用 API server 上的 DefaultStorageClass [准入控制器]
。例如，通过确保 DefaultStorageClass 位于 API server 组件的 --ad