动态卷供应

动态卷供应允许按需创建存储卷。如果没有动态供应，集群管理员必须手动调用其云或存储提供商来创建新的存储卷，然后创建 PersistentVolume 对象以在 Kubernetes 中表示它们。动态供应功能消除了集群管理员预先供应存储的需要。相反，当用户创建 PersistentVolumeClaim 对象时，它会自动供应存储。

背景

动态卷供应的实现基于 API 组 storage.k8s.io 中的 API 对象 StorageClass。集群管理员可以根据需要定义任意数量的 StorageClass 对象，每个对象都指定一个供应卷的卷插件（也称为供应器）以及在供应时要传递给该供应器的一组参数。集群管理员可以在集群中定义和公开多种存储类型（来自相同或不同的存储系统），每种类型都具有自定义参数集。这种设计还确保了终端用户不必担心存储供应方式的复杂性和细微差别，但仍然能够从多种存储选项中进行选择。

有关存储类的更多信息，请参阅此处。

启用动态供应

要启用动态供应，集群管理员需要为用户预先创建一个或多个 StorageClass 对象。StorageClass 对象定义了在调用动态供应时应使用哪个供应器以及应将哪些参数传递给该供应器。StorageClass 对象的名称必须是有效的 DNS 子域名。

以下清单创建了一个名为“slow”的存储类，它供应标准磁盘状的持久盘。

apiVersion: storage.k8s.io/v1
kind: StorageClass
metadata:
  name: slow
provisioner: kubernetes.io/gce-pd
parameters:
  type: pd-standard

以下清单创建了一个名为“fast”的存储类，它供应 SSD 状的持久盘。

apiVersion: storage.k8s.io/v1
kind: StorageClass
metadata:
  name: fast
provisioner: kubernetes.io/gce-pd
parameters:
  type: pd-ssd

使用动态供应

用户通过在 PersistentVolumeClaim 中包含存储类来请求动态供应的存储。在 Kubernetes v1.6 之前，这是通过 volume.beta.kubernetes.io/storage-class 注解完成的。然而，此注解自 v1.9 起已弃用。用户现在可以并且应该改用 PersistentVolumeClaim 对象的 storageClassName 字段。此字段的值必须与管理员配置的 StorageClass 的名称匹配（参见下文）。

例如，要选择“fast”存储类，用户将创建以下 PersistentVolumeClaim：

apiVersion: v1
kind: PersistentVolumeClaim
metadata:
  name: claim1
spec:
  accessModes:
    - ReadWriteOnce
  storageClassName: fast
  resources:
    requests:
      storage: 30Gi

此声明将自动供应一个 SSD 状的持久盘。当声明被删除时，卷也将被销毁。

默认行为

动态供应可以在集群上启用，以便在未指定存储类时，所有声明都将动态供应。集群管理员可以通过以下方式启用此行为：

管理员可以通过向 StorageClass 添加 storageclass.kubernetes.io/is-default-class 注解来将其标记为默认。当集群中存在默认 StorageClass 且用户创建未指定 storageClassName 的 PersistentVolumeClaim 时，DefaultStorageClass 准入控制器会自动添加指向默认存储类的 storageClassName 字段。

请注意，如果您将集群中多个 StorageClass 上的 storageclass.kubernetes.io/is-default-class 注解设置为 true，并且您随后创建了一个未设置 storageClassName 的 PersistentVolumeClaim，Kubernetes 将使用最近创建的默认 StorageClass。

拓扑感知

在 多区域 集群中，Pod 可以分布在区域的各个可用区中。单区域存储后端应在 Pod 调度所在的可用区中进行供应。这可以通过设置 卷绑定模式 来实现。

上次修改时间：2024 年 2 月 27 日太平洋标准时间下午 12:11：解释了 PVC 在存在动态供应或预先存在的卷时如何工作。(e86710dbb5)