2. 核心概念：PersistentVolume (PV) 与 PersistentVolumeClaim (PVC) 的定义与生命周期

在 Kubernetes 持久化存储体系中，PersistentVolume (PV) 和 PersistentVolumeClaim (PVC) 是两个最核心的抽象资源。它们将存储的“供给”与“消费”彻底解耦，使得应用开发者无需关心底层存储的具体实现，而集群管理员可以统一管理存储资源池。

2.1 PersistentVolume (PV) —— 存储资源

PV 是集群中的一块存储资源，由管理员预先配置（静态供给）或通过存储类动态创建。它独立于任何 Pod 存在，具有自己的生命周期。

2.2 PersistentVolumeClaim (PVC) —— 存储请求

PVC 是用户对存储资源的请求。用户通过 PVC 指定所需的容量、访问模式，以及可选的存储类选择器。Kubernetes 控制平面负责将 PVC 与满足条件的 PV 进行绑定。

apiVersion: v1
kind: PersistentVolumeClaim
metadata:
  name: my-app-data
spec:
  accessModes:
    - ReadWriteOnce
  resources:
    requests:
      storage: 5Gi
  storageClassName: standard

2.3 PV 与 PVC 的生命周期

PV 和 PVC 的生命周期包含四个阶段：供给 → 绑定 → 使用 → 回收。下图展示了这一完整流程以及各阶段的状态转换。

2.4 生命周期各阶段详解

1. 供给 (Provisioning)
   • 静态供给： 管理员预先创建 PV，指定容量、访问模式、存储类型和后端连接信息。
   • 动态供给： 通过 StorageClass 自动创建 PV。当 PVC 提交时，集群根据 StorageClass 的 provisioner 调用后端存储 API 创建卷。
2. 绑定 (Binding)
   • 控制平面查找与 PVC 请求匹配的 PV（容量 ≥ 请求、访问模式兼容、StorageClass 一致）。
   • 绑定是一对一的：一个 PV 在同一时间只能绑定一个 PVC。
   • 如果找不到匹配的 PV 且 StorageClass 支持动态供给，则触发动态创建。
3. 使用 (Using)
   • Pod 通过 volumes.persistentVolumeClaim 引用 PVC 来挂载存储。
   • 多个 Pod 可以同时引用同一个 PVC（取决于访问模式限制）。
   • Pod 运行期间，PV 的数据持续存在，不受 Pod 重启影响。
4. 回收 (Reclaiming)
   • 当 PVC 被删除后，PV 进入 Released 状态。
   • 根据 PV 的 persistentVolumeReclaimPolicy 执行回收操作。

2.5 回收策略对比

2.6 PV 访问模式 (Access Modes)

访问模式决定了 PV 可以被多少个节点以何种方式挂载。这是选择存储后端时必须考虑的关键约束。

2.7 PV 与 PVC 的绑定匹配规则

Kubernetes 在将 PVC 绑定到 PV 时，遵循以下匹配逻辑：

• 容量匹配： PV 的 capacity.storage 必须 ≥ PVC 请求的 resources.requests.storage。
• 访问模式匹配： PV 必须支持 PVC 请求的所有访问模式。
• StorageClass 匹配：
  • 如果 PVC 指定了 storageClassName，则只绑定同名的 PV。
  • 如果 PVC 未指定，则只绑定 storageClassName 为空的 PV。
  • 如果 PVC 指定 storageClassName: ""，则只绑定未设置 StorageClass 的 PV。
• 选择器匹配： 如果 PVC 定义了 selector（基于 label），则 PV 必须满足所有标签要求。

# 示例：通过选择器精确匹配 PV
apiVersion: v1
kind: PersistentVolumeClaim
metadata:
  name: ssd-data
spec:
  accessModes:
    - ReadWriteOnce
  resources:
    requests:
      storage: 50Gi
  selector:
    matchLabels:
      storage-tier: ssd
      zone: us-east-1a