PV是管理员创建的集群级持久存储资源，独立于Pod生命周期，描述真实存储细节；PVC是用户在命名空间中声明的存储请求，按容量、访问模式等自动绑定匹配PV，实现存储解耦。
PersistentVolume（PV）和PersistentVolumeClaim（PVC）是 Kubernetes 中实现存储解耦的核心机制，本质是“资源提供”与“资源申请”的关系——PV 是管理员准备好的存储资产，PVC 是用户提交的使用申请。
PV 是什么：集群级的存储资产
PV 由集群管理员创建或通过 StorageClass 动态生成，代表一块真实的、可持久化的存储空间。它不隶属于任何命名空间，生命周期独立于 Pod 和 PVC。
- 描述具体存储细节：如 NFS 路径、云盘 ID、Ceph 配置等
- 定义关键属性：容量（capacity.storage）、访问模式（accessModes，如 ReadWriteOnce）、回收策略（persistentVolumeReclaimPolicy）
- 可静态预置，也可动态供应；绑定后不可被其他 PVC 使用（除非处于 Released 状态且策略允许复用）
PVC 是什么：命名空间级的存储请求
PVC 是用户在特定命名空间中声明的存储需求，Kubernetes 会根据其规格自动匹配并绑定一个合适的 PV。
- 只需声明所需大小、访问模式、StorageClass 名称，无需知道底层存储类型或地址
- 一旦绑定成功，状态变为 Bound；若无匹配 PV 或 StorageClass 不可用，状态长期为 Pending
- 绑定后可被 Pod 通过
volumes字段引用，进而挂载进容器
它们如何关联：绑定不是手动配对，而是自动匹配
PV 和 PVC 的连接不靠名字或硬编码，而依赖一组可比对的字段：
-
容量满足：PVC 请求的
storage≤ PV 的capacity.storage -
访问模式兼容：PVC 的
accessModes必须是 PV 支持的子集（例如 PVC 写 ReadWriteOnce，PV 支持 ReadWriteOnce 和 ReadWriteMany，可以绑定） -
StorageClass 一致：若 PVC 指定了
storageClassName，PV 必须具有相同名称（或均为空，表示默认类） -
标签选择器可选匹配：PVC 可通过
selector进一步筛选带特定 label 的 PV
常见误区提醒
容易混淆的几个点：
- PVC 删除不会自动删 PV，是否清理取决于 PV 的
reclaimPolicy（Retain 保留数据，Delete 彻底清除） - PV 不是 Volume 本身，而是 Volume 的抽象；Pod 中真正使用的仍是通过 PVC 引用的卷
- 多个 PVC 可以绑定到同一个 PV 吗？不可以——PV 一次只绑定一个 PVC（除非访问模式为 ReadOnlyMany 且应用层允许多读）
- 没有 PVC，PV 就闲置；没有 PV（且无动态供应），PVC 就卡在 Pending
