2. PV 与 PVC 详解：PersistentVolume 与 PersistentVolumeClaim 的生命周期、绑定模式、回收策略

在 Kubernetes 存储体系中，PersistentVolume（PV） 与 PersistentVolumeClaim（PVC） 是解耦存储供给与存储消费的核心抽象层。PV 由管理员预先制备或通过存储类动态供给，PVC 则是用户对存储资源的请求。理解两者的生命周期、绑定模式与回收策略，是进行存储成本优化的前提。

2.1 核心概念与角色划分

组件 角色 生命周期 创建者
PersistentVolume (PV) 存储资源实例（如 NFS 共享、Ceph RBD、云盘） 独立于 Pod，可跨命名空间存在 集群管理员 / 存储类动态供给
PersistentVolumeClaim (PVC) 用户对存储的请求（容量、访问模式） 与 Pod 绑定，通常在同一命名空间 应用开发者 / 运维
StorageClass 存储模板（定义 provisioner、参数、回收策略） 集群级资源 集群管理员
成本提示： 动态供给（StorageClass + PVC）能避免手动 PV 的碎片化浪费，但需注意云盘最小计费单位（如 AWS gp3 最低 1 GiB 步长），避免申请过大容量导致闲置成本。

2.2 PV 与 PVC 生命周期

PV 与 PVC 的生命周期包含 供给 → 绑定 → 使用 → 回收 四个阶段。下图展示了完整的状态流转与绑定关系：

PV 与 PVC 生命周期与绑定流程 PV 与 PVC 生命周期与绑定流程 PV 状态机 Available（可用） Bound（已绑定） Released（已释放） Failed（回收失败） PVC 状态机 Pending（等待匹配） Bound（已绑定） Lost（PV 丢失） 绑定 回收策略 Retain（保留） Delete（删除） Recycle（回收） 关键说明： • PV 的 Available → Bound 由 PVC 绑定触发；PVC 删除后 PV 进入 Released。 • PVC 的 Pending 状态表示尚无匹配 PV 或 StorageClass 无法动态供给。 • Recycle 策略已弃用（Kubernetes v1.20+），建议使用动态供给 + Delete 策略。

2.3 绑定模式（Binding Modes）

PV 与 PVC 的绑定由 volumeBindingMode 控制，该参数定义在 StorageClass 中，影响调度与供给时机。Kubernetes 支持两种绑定模式：

绑定模式 行为描述 适用场景 成本影响
Immediate PVC 创建后立即尝试绑定 PV 或动态供给存储卷，不考虑 Pod 调度约束 大多数通用存储（NFS、云盘） 可能导致存储卷与 Pod 在不同可用区，产生跨 AZ 流量费
WaitForFirstConsumer 延迟到第一个使用该 PVC 的 Pod 被调度后，再执行绑定与供给 拓扑感知存储（如 AWS EBS、GCE PD） 确保存储与 Pod 同可用区，避免跨 AZ 流量与延迟
成本优化实践： 对于云环境中的块存储（EBS、Cinder、Persistent Disk），务必使用 WaitForFirstConsumer 模式。某电商平台将 200 个 PVC 从 Immediate 切换为 WaitForFirstConsumer 后，跨 AZ 数据传输费每月减少 $1,200。

2.4 回收策略（Reclaim Policy）

当 PVC 被删除后，PV 的回收策略决定了底层存储资源的处理方式。三种策略对比如下：

策略 PV 状态变化 底层存储 成本影响 推荐场景
Retain PV 进入 Released，需管理员手动清理 保留，数据完整 可能产生闲置存储费用 数据库快照、需要数据恢复的场景
Delete PV 自动删除 自动释放，数据丢失 无闲置成本，最经济 临时卷、CI/CD 构建、无状态应用
Recycle（已弃用） PV 执行 rm -rf /volume/* 后回到 Available 数据被清除，卷可复用 中等，但安全性差 Kubernetes v1.20 前遗留环境
注意： 使用 Retain 策略时，PV 进入 Released 状态后不会自动复用。管理员必须手动删除 PV 对象并清理底层存储，否则云盘会持续计费。建议设置监控告警，对超过 7 天仍处于 Released 状态的 PV 进行通知。

2.5 访问模式（Access Modes）

访问模式定义了存储卷可以被挂载的方式，直接影响多 Pod 共享能力与存储选型：

  • ReadWriteOnce (RWO)：单节点读写挂载。适用于大多数块存储（EBS、Cinder、Persistent Disk）。
  • ReadOnlyMany (ROX)：多节点只读挂载。适用于共享文件系统（NFS、GlusterFS）。
  • ReadWriteMany (RWX)：多节点读写挂载。适用于分布式文件系统（NFS、CephFS、EFS）。
  • ReadWriteOncePod (RWOP)（Kubernetes v1.22+）：单 Pod 读写挂载，防止同一节点上多个 Pod 同时写入。
访问模式 典型存储类型 成本特征 适用负载
RWO 云盘（EBS、Cinder） 按容量计费，性能稳定 数据库、消息队列
ROX NFS、ConfigMap 共享节省容量，但需考虑 IOPS 争抢 配置文件、静态数据
RWX EFS、CephFS、NFS 按使用量计费，适合突发读写 共享工作区、ML 训练数据
RWOP CSI 支持的块存储 与 RWO 类似，增加安全隔离 有状态应用单实例

2.6 实际案例：PV/PVC 声明与绑定

以下展示一个完整的动态供给示例，使用 WaitForFirstConsumer 绑定模式与 Delete 回收策略：

---
# StorageClass 定义
apiVersion: storage.k8s.io/v1
kind: StorageClass
metadata:
  name: fast-ssd-delayed
provisioner: ebs.csi.aws.com
volumeBindingMode: WaitForFirstConsumer
reclaimPolicy: Delete
parameters:
  type: gp3
  iops: "3000"
  throughput: "125"
---
# PVC 声明
apiVersion: v1
kind: PersistentVolumeClaim
metadata:
  name: data-pvc
spec:
  accessModes:
    - ReadWriteOnce
  resources:
    requests:
      storage: 50Gi
  storageClassName: fast-ssd-delayed
---
# 使用 PVC 的 Pod
apiVersion: v1
kind: Pod
metadata:
  name: app-pod
spec:
  containers:
  - name: app
    image: nginx
    volumeMounts:
    - mountPath: /data
      name: data-vol
  volumes:
  - name: data-vol
    persistentVolumeClaim:
      claimName: data-pvc
验证命令：
kubectl get pv — 查看 PV 状态与回收策略
kubectl get pvc — 查看 PVC 绑定状态
kubectl describe pvc data-pvc — 查看绑定详情与事件

2.7 成本优化要点总结

  • 绑定模式选择： 云环境块存储优先使用 WaitForFirstConsumer，避免跨 AZ 流量费。
  • 回收策略： 临时/测试环境使用 Delete，生产环境关键数据使用 Retain 并配合闲置卷清理流程。
  • 访问模式： 共享读多写少场景使用 ROX/RWX 减少总容量；单实例写入使用 RWO 避免性能争抢。
  • 容量规划： 动态供给时设置合理的 requests.storage，避免过度申请。定期使用 kubectl top pvc（需 metrics-server）监控实际使用率。
  • 闲置检测： 对 Released 状态的 PV 设置告警，超过 48 小时未清理则自动通知管理员。
← 上一章 📖 返回目录 下一章 →