在 Kubernetes (K8s) 中，PV (PersistentVolume) 和 PVC (PersistentVolumeClaim) 是实现数据持久化的核心机制。
它们的设计初衷是为了将“存储的管理”与“存储的使用”分离开来，让运维人员专注于底层存储设施，而开发人员只需关注应用需要多少存储空间。
为了让你更容易理解，我们可以用一个生动的“酒店比喻”：
- PV (PersistentVolume)：是酒店里的“实际房间”。由酒店经理（运维/管理员）负责建设和维护，属于酒店的公共资源。
- PVC (PersistentVolumeClaim)：是客人的“预订订单”。由客人（开发者/用户）提交，声明“我需要一间大床房”，而不需要关心房间具体在几楼、朝向哪里。
- Pod：就是“客人”。客人拿着订单（PVC）入住（绑定 PV），开始居住（读写数据）。
PV (PersistentVolume) —— 持久化存储卷
- 定义：PV 是集群中的一块存储资源，它是对底层物理存储（如 NFS、云硬盘、Ceph 等）的抽象。
- 属性：包含容量、访问模式（读写权限）、回收策略等。
- 作用域：集群级别资源。它不属于任何命名空间，所有应用都可以申请使用。
- 生命周期：独立于 Pod 存在。即使 Pod 被删除，PV 和其中的数据依然保留。
PVC (PersistentVolumeClaim) —— 持久化存储卷声明
- 定义：PVC 是用户对存储资源的“申请单”。
- 属性：用户只需声明“我需要多少容量（如 10Gi）”、“我要什么权限（如 ReadWriteOnce）”。
- 作用域：命名空间级别资源。
- 作用：Pod 不直接使用 PV，而是通过 PVC 来挂载存储。这样应用就不需要知道底层存储的具体细节（是 NFS 还是云盘）。
PV 与 PVC 的绑定机制
当你创建了一个 PVC 后，K8s 会自动在集群中寻找合适的 PV 进行绑定。绑定必须满足以下“匹配条件”：
- 容量匹配：PV 的容量必须 ≥ PVC 请求的容量。
- 访问模式匹配：PV 支持的访问模式必须包含 PVC 请求的模式。
- 存储类匹配：如果 PVC 指定了
storageClassName，PV 必须拥有相同的类名。
绑定结果：一旦匹配成功，PV 和 PVC 就会形成一对一的绑定关系，状态变为 Bound。