3. PVC 变更场景分析：扩容、缩容、回收策略变更、存储类迁移

在 Kubernetes 生产环境中，PVC 的变更操作是引发存储故障与容量事故的高频风险点。本章围绕四种核心变更场景——扩容、缩容、回收策略变更、存储类迁移——逐一拆解其底层机制、风险特征与门禁压测要点。

3.1 场景总览与风险矩阵

四种变更场景在触发条件、底层依赖、数据面影响和回滚能力上存在显著差异。下表从 SRE 视角进行横向对比：

3.2 扩容场景

扩容是 PVC 变更中最常见的操作，但并非所有存储后端都支持在线扩容。CSI Driver 必须实现 ControllerExpandVolume 和 NodeExpandVolume 两个 RPC 接口，且后端存储卷必须处于可扩展状态。

3.2.1 扩容流程与门禁检查点

1. 准入检查： 确认 StorageClass 中 allowVolumeExpansion: true；确认当前 PVC 状态为 Bound。
2. 控制器扩容： K8s 调用 CSI Controller 的 ControllerExpandVolume，后端存储卷大小变更。
3. 节点扩容： Kubelet 在挂载节点上调用 NodeExpandVolume，文件系统感知新容量。
4. 验证： PVC 状态变为 FileSystemResizePending 或直接完成；Pod 内 df -h 确认新容量。

3.3 缩容场景

K8s 从 v1.28 开始通过 Alpha Feature Gate VolumeShrink 支持 PVC 缩容。缩容操作具有不可逆的数据风险，因为文件系统收缩后，超出新容量范围的数据会被截断。

3.3.1 缩容前置条件与风险控制

3.4 回收策略变更

PV 的回收策略（Reclaim Policy）决定 PVC 被删除后 PV 的最终命运。变更回收策略本身不触发数据移动，但会改变存储后端的生命周期管理行为。

3.4.1 三种回收策略对比

3.4.2 变更操作与门禁

回收策略变更仅需修改 PV 对象的 spec.persistentVolumeReclaimPolicy 字段。门禁压测应验证：

• 从 Delete 改为 Retain 后，删除 PVC 不会误删后端存储卷。
• 从 Retain 改为 Delete 后，删除 PVC 能正确触发后端卷删除。
• 跨 CSI Driver 的回收策略变更是否被正确同步。

3.5 存储类迁移

存储类迁移是最复杂的 PVC 变更场景，涉及数据全量拷贝、新卷创建、挂载切换和旧卷清理。常见迁移路径包括：

• CSI Migration： 从 in-tree 插件迁移到 CSI Driver。
• 跨存储类迁移： 从 HDD 存储类迁移到 SSD 存储类。
• 跨集群迁移： 使用 Velero 或 Restic 进行 PVC 数据迁移。

3.5.1 迁移流程与风险点

1. 源卷快照： 创建 CSI 快照或 Velero 备份，确保数据一致性。
2. 新卷创建： 在目标存储类下创建新 PVC，容量与源卷一致或更大。
3. 数据拷贝： 通过 Rsync、Restic 或 CSI 克隆功能完成数据同步。
4. 挂载切换： 更新 Deployment/StatefulSet 的 PVC 引用，触发 Pod 重建。
5. 验证与清理： 确认数据完整性后，删除源卷快照和旧 PVC。

3.6 变更场景关系图

下图展示了四种 PVC 变更场景在 K8s 控制面与数据面的交互关系，以及门禁压测沙盘的介入位置：

3.7 变更门禁压测清单

在沙盘环境中，针对每种变更场景，SRE 团队应执行以下门禁压测项目：