动态卷供应
动态卷供应允许按需创建存储卷。如果没有动态供应，集群管理员必须手动调用其云或存储提供程序来创建新的存储卷，然后创建 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对象标记为*默认*； - 确保在 API 服务器上启用了
DefaultStorageClass准入控制器。
管理员可以通过向其中添加 storageclass.kubernetes.io/is-default-class 注释 来将特定的 StorageClass 标记为默认值。当集群中存在默认 StorageClass 并且用户创建了未指定 storageClassName 的 PersistentVolumeClaim 时，DefaultStorageClass 准入控制器会自动添加指向默认存储类的 storageClassName 字段。
请注意，如果在集群中的多个 StorageClass 上将 storageclass.kubernetes.io/is-default-class 注释设置为 true，然后创建一个未设置 storageClassName 的 PersistentVolumeClaim，则 Kubernetes 会使用最近创建的默认 StorageClass。
拓扑感知
在 多区域 集群中，Pod 可以分布在区域内的各个可用区中。单可用区存储后端应配置在 Pod 调度的可用区中。这可以通过设置 卷绑定模式 来实现。