Kubernetes(k8s) 中如何配置存储卷的回收策略（Retain、Delete、Recycle）？

是否考虑过使用动态存储供应（Dynamic Provisioning）结合StorageClass来自动化管理持久卷的生命周期，减少手动回收策略配置的复杂性？

在Kubernetes中，存储卷的回收策略（Reclaim Policy）决定了当PersistentVolume（PV）绑定的PersistentVolumeClaim（PVC）被删除后，底层存储资源如何处理。以下是三种主要策略的配置及场景说明：

1. Retain：

   • 作用：删除PVC后，PV进入Released状态，保留数据及存储资源，需手动清理。
   • 适用场景：生产环境需保留关键数据，避免误删。
   • 配置方法：在StorageClass中设置reclaimPolicy: Retain，示例：

     apiVersion: storage.k8s.io/v1
     kind: StorageClass
     metadata:
     name: my-retain-sc
     provisioner: kubernetes.io/aws-ebs
     reclaimPolicy: Retain

2. Delete：

   • 作用：删除PVC时，自动删除PV及底层存储资源（如云厂商磁盘）。
   • 适用场景：测试/临时环境，需自动释放资源以节约成本。
   • 配置：在StorageClass中设置reclaimPolicy: Delete（默认值）。

3. Recycle（已废弃）：

   • 历史行为：清空PV数据（如执行rm -rf /volume/*），现已被Dynamic Provisioning取代。
   • 注意：Kubernetes 1.15+已弃用，仅部分本地存储插件可能支持。

其他操作：

• 修改现有PV策略：

  kubectl patch pv <pv-name> -p '{"spec":{"persistentVolumeReclaimPolicy":"Retain"}}'

• 注意事项：
  • Retain需定期手动清理存储（如云厂商控制台删除磁盘）。
  • Delete依赖存储插件支持，部分环境需验证兼容性。
  • 静态供应（手动创建PV）需在PV定义中单独指定persistentVolumeReclaimPolicy。

在Kubernetes中，存储卷的回收策略（PersistentVolumeReclaimPolicy）决定了当PersistentVolumeClaim（PVC）被删除后，对应的PersistentVolume（PV）及底层存储资源的处理方式。以下是三种策略的配置及实践经验：

1. Retain（保留）：

   • 场景：生产环境核心数据卷，需保留数据供后续恢复或迁移。
   • 配置：在PV定义中设置persistentVolumeReclaimPolicy: Retain。
   • 注意：删除PVC后，PV状态变为Released，需手动清理数据并删除PV才能复用。

2. Delete（删除）：

   • 场景：临时或测试环境，需自动释放存储资源。
   • 配置：动态供应时在StorageClass设置reclaimPolicy: Delete；静态PV直接定义。
   • 风险：部分云厂商存储（如AWS EBS）需显式授权删除权限，否则策略失效。

3. Recycle（废弃，慎用）：

   • 现状：Kubernetes 1.15+已弃用，仅适用于NFS等少数存储类型。
   • 替代方案：改用动态供应（Dynamic Provisioning）或手动清理。

实践经验：

• 生产环境优先使用Retain，避免误删数据。
• 动态供应场景中，通过StorageClass统一管理回收策略。
• 跨云/混合云环境下，需验证存储插件对策略的支持情况（如Ceph RBD不支持Delete）。
• 定期清理Released状态的PV，避免存储资源泄漏。