4. 存储资源模型核心概念：存储容量、IOPS、吞吐量、访问模式的建模

在 Kubernetes 中，存储资源模型是连接容器调度与底层存储系统的桥梁。理解并正确建模 存储容量、IOPS、吞吐量 以及 访问模式，是进行成本优化和性能保障的前提。本节将逐一拆解这些核心概念，并给出工程化的建模方法。

4.1 存储资源模型的三维坐标系

Kubernetes 的存储资源并非单一维度，而是由三个相互独立的轴构成的三维空间。任何存储卷（Volume）都可以在这个空间中找到自己的位置。

4.2 存储容量建模

容量是最直观的维度，但在 Kubernetes 中，容量的建模需要区分 声明式容量 与 实际使用容量。

• 声明式容量（Request）： 在 PVC 中通过 resources.requests.storage 指定，调度器据此进行卷分配。
• 限制容量（Limit）： 部分 CSI 驱动支持通过 resources.limits.storage 设置硬上限，防止存储失控。
• 实际使用容量： 通过 kubectl get pvc 或监控系统获取的已用空间。

4.3 IOPS 与吞吐量建模

IOPS 和吞吐量是性能建模的核心，两者之间存在数学关系：吞吐量 = IOPS × I/O 大小。不同工作负载对这两个指标的敏感度不同。

4.4 访问模式建模

访问模式定义了存储卷与 Pod 之间的挂载关系，是 Kubernetes 存储模型中影响架构设计最深的维度。

4.5 综合建模实践：StorageClass 参数映射

在 Kubernetes 中，上述四个维度最终通过 StorageClass 的 parameters 字段映射到后端存储系统。以下是一个典型的 CSI 驱动参数示例：

apiVersion: storage.k8s.io/v1
kind: StorageClass
metadata:
  name: fast-ssd-rwo
provisioner: csi.example.com
parameters:
  type: "gp3"                    # 存储类型
  iopsPerGB: "3"                 # IOPS 建模：每 GiB 3 IOPS
  throughputPerGB: "0.1"         # 吞吐量建模：每 GiB 0.1 MB/s
  encrypted: "true"
reclaimPolicy: Delete
volumeBindingMode: WaitForFirstConsumer
allowedTopologies:
  - matchLabelExpressions:
      - key: topology.kubernetes.io/zone
        values:
          - us-east-1a

4.6 成本优化视角的建模策略

基于上述模型，我们可以制定以下成本优化策略：

1. 分层存储策略： 为不同工作负载创建多个 StorageClass，分别对应不同的容量/性能/访问模式组合。例如：hot-ssd-rwo、warm-hdd-rwx、cold-object-ro。
2. 性能与容量解耦： 选择支持独立调整 IOPS/吞吐量的存储后端，避免为获取更高性能而被迫购买大容量卷。
3. 访问模式降级： 如果业务场景允许，优先使用 RWO 而非 RWX。RWX 的成本通常是 RWO 的 2-5 倍。
4. 容量预留与弹性： 使用 volumeExpansion: true 的 StorageClass，初始申请较小容量，后续根据监控数据在线扩容。