当Pod被删除或重启时，其内部临时存储的数据会丢失。这对于数据库、日志系统等需要长期保存数据的应用是致命的。K8s通过Volume机制解决这个问题——但普通Volume的生命周期仍与Pod绑定。

真正的突破在于PersistentVolume(PV)和PersistentVolumeClaim(PVC)：

• PV是集群中的存储资源（如NFS服务器、云盘）
• PVC是用户对存储资源的申请
• 两者解耦后，存储生命周期独立于Pod

主流Volume类型性能对比

PVC实战案例：MySQL数据持久化

# 先创建PV（以NFS为例）
apiVersion: v1
kind: PersistentVolume
metadata:
  name: mysql-pv
spec:
  capacity:
    storage: 10Gi
  accessModes:
    - ReadWriteOnce
  nfs:
    path: /data/mysql
    server: 192.168.1.100
---
# 再创建PVC
apiVersion: v1
kind: PersistentVolumeClaim
metadata:
  name: mysql-pvc
spec:
  accessModes:
    - ReadWriteOnce
  resources:
    requests:
      storage: 10Gi
---
# 最后在Deployment中挂载
volumes:
- name: mysql-storage
  persistentVolumeClaim:
    claimName: mysql-pvc

关键参数解析：

• accessModes：ReadWriteOnce（单节点读写）、ReadOnlyMany（多节点只读）、ReadWriteMany（多节点读写）
• storageClassName：动态供应时指定存储类
• volumeMode：Filesystem（默认）或Block（裸设备模式）

生产环境避坑指南

1. NFS性能优化：
   • 调整mount参数：noatime,nodiratime,async
   • 避免小文件频繁读写
2. Ceph常见问题：
   • Monitor节点奇数配置
   • OSD磁盘预留15%空间
3. StatefulSet特殊处理：
   • 每个Pod需要独立的PVC
   • 使用volumeClaimTemplates自动创建

动态供应 vs 静态供应

• 静态供应：管理员手动创建PV，适合固定基础设施
• 动态供应：通过StorageClass自动创建PV，云环境首选

# StorageClass示例（AWS EBS）
apiVersion: storage.k8s.io/v1
kind: StorageClass
metadata:
  name: fast-ebs
provisioner: kubernetes.io/aws-ebs
parameters:
  type: gp3
  fsType: ext4

监控与运维

1. 查看PV/PVC状态：

   kubectl get pv,pvc --all-namespaces
   

2. 存储容量预警：
   • 配置Prometheus监控PVC使用率
   • 设置HPA自动扩容
3. 数据迁移方案：
   • Velero全量备份
   • Rsync增量同步

经验之谈：生产环境建议至少保留30%的存储余量，避免因空间不足导致Pod被驱逐。对于关键数据，应采用跨可用区复制方案。