📚 课程目录第3章 Kubernetes存储基础

3、Kubernetes存储基础：PV/PVC/StorageClass概念、CSI驱动原理、Kubernetes对象存储集成方式

3.1 核心存储抽象：PV、PVC 与 StorageClass

Kubernetes 通过三个核心资源对象解耦了“存储的提供”与“存储的使用”，使得应用无需关心底层存储基础设施的细节。

资源对象	缩写	角色	生命周期	关键属性
PersistentVolume (PV)	PV	集群中的存储资源（由管理员预先制备或动态创建）	独立于 Pod，可持久存在	容量、访问模式（ReadWriteOnce / ReadOnlyMany / ReadWriteMany）、回收策略（Retain / Delete / Recycle）、存储类
PersistentVolumeClaim (PVC)	PVC	用户对存储的请求（描述需要什么存储）	与 Pod 绑定，Pod 删除后 PVC 可保留	请求的容量、访问模式、存储类选择器
StorageClass	SC	存储的“模板”或“配置类”，定义如何动态制备 PV	集群级资源	制备器（provisioner）、回收策略、挂载参数、允许卷扩展等

  核心流程： 用户创建 PVC → Kubernetes 根据 PVC 的存储类名称查找匹配的 StorageClass → StorageClass 调用对应的 CSI 驱动（或内置驱动）动态创建 PV → PV 与 PVC 绑定 → Pod 通过 volume 声明引用 PVC 完成挂载。

3.2 CSI 驱动原理与架构

Container Storage Interface (CSI) 是 Kubernetes 与存储系统之间的标准插件接口。自 Kubernetes v1.13 起 CSI 进入 GA，成为推荐的外部存储集成方式。

CSI 架构三大组件

CSI Controller（控制器服务）：运行在控制平面，负责卷的创建、删除、快照、扩容等管控操作。通常以 Deployment 形式部署，与 Kubernetes Controller Manager 交互。
CSI Node（节点服务）：运行在每个工作节点上，负责卷的挂载、卸载、格式化等数据平面操作。以 DaemonSet 形式部署。
CSI Sidecar 容器：一组官方辅助容器（如 attacher、provisioner、resizer、snapshotter、driver-registrar），负责将 CSI 驱动注册到 kubelet，并将 Kubernetes API 对象（如 VolumeAttachment、VolumeSnapshotContent）转换为 CSI 调用。

关键点： CSI 驱动本身不直接与 Kubernetes API Server 通信，而是通过 Sidecar 容器监听 Kubernetes 资源变化，再调用 CSI 驱动的 gRPC 接口（Identity、Controller、Node 三类服务）。这种设计使得 CSI 驱动只需实现标准 gRPC 接口，无需依赖特定 Kubernetes 版本。

3.3 Kubernetes 对象存储集成方式

Kubernetes 集成对象存储（如 S3、MinIO、Ceph RGW）主要有三种方式，每种方式适用于不同的场景和抽象层级。

集成方式	实现机制	是否支持 PV/PVC	典型用例	跨区域同步支持
CSI 驱动（推荐）	通过 CSI 标准接口将对象存储挂载为 POSIX 文件系统（如 s3fs、goofys、rclone）	✅ 完全支持	需要标准文件接口的应用（日志、AI 训练数据）	✅ 可通过后端桶复制实现
FlexVolume（已弃用）	通过外部脚本/二进制实现卷挂载，非标准接口	✅ 支持（但需手动实现）	遗留系统迁移	❌ 不推荐
应用内 SDK 直连	应用代码中直接使用 AWS SDK 或 S3 兼容客户端访问对象存储	❌ 不使用 PV/PVC	需要原生 S3 API 的应用（媒体处理、数据湖）	✅ 完全由应用控制

CSI 驱动集成对象存储的典型流程

部署 CSI 驱动：安装支持 S3 的 CSI 驱动（如 s3-csi-driver 或 ceph-csi RGW 驱动）。
创建 StorageClass：指定 provisioner 为 CSI 驱动名称，并传递桶名称、端点、区域等参数。
创建 PVC：引用 StorageClass，指定所需容量（对象存储通常忽略容量，但 PVC 语法要求）。
Pod 挂载：在 Pod 的 volumes 中引用 PVC，容器内即可通过文件系统路径读写对象存储。

注意事项： 对象存储通过 CSI 驱动挂载为文件系统时，存在语义差异：不支持硬链接、部分 POSIX 权限可能受限、重命名操作可能非原子性。对于需要强一致性和完整 POSIX 语义的工作负载，建议使用 CephFS 或 NFS 而非对象存储 CSI 驱动。

StorageClass 配置示例（S3 CSI 驱动）

apiVersion: storage.k8s.io/v1
kind: StorageClass
metadata:
  name: s3-standard
provisioner: s3.csi.aws.com  # 或 ceph.csi.ceph.com (RGW)
parameters:
  bucket: my-cross-region-bucket
  region: us-east-1
  server: https://s3.amazonaws.com
  # 跨区域同步相关参数
  replication: enabled
  replication-role: arn:aws:iam::123456789012:role/s3-replication-role
reclaimPolicy: Retain
volumeBindingMode: Immediate
allowVolumeExpansion: true

3.4 跨区域同步场景下的存储选型建议

在跨区域同步环境中，对象存储的天然优势（全局命名空间、桶复制、版本控制）使其成为首选后端。Kubernetes 通过 CSI 驱动将对象存储抽象为 PV/PVC，既保留了对象存储的跨区域复制能力，又为应用提供了熟悉的文件系统接口。

桶复制（Bucket Replication）：在对象存储层面配置跨区域复制规则，PV 数据自动同步到目标区域。
版本控制（Versioning）：启用桶版本控制，保障跨区域同步过程中的数据一致性和回滚能力。
StorageClass 参数传递：通过 StorageClass 的 parameters 字段将复制策略、目标桶、IAM 角色等传递给 CSI 驱动，实现自动化配置。

  最佳实践： 在跨区域 Kubernetes 集群中，使用同一对象存储桶（或通过桶复制保持一致的桶）作为 PV 后端，配合 CSI 驱动挂载。应用无需感知数据实际存储区域，存储层自动处理跨区域同步。StorageClass 中通过参数传递复制配置，实现“一次定义，多区域可用”。