第 7 章 安装后存储配置
安装 OpenShift Container Platform 后，您可以按照自己的要求进一步扩展和自定义集群，包括存储配置。
7.1. 动态置备
7.1.1. 关于动态置备
StorageClass 资源对象描述并分类了可请求的存储，并提供了根据需要为动态置备存储传递参数的方法。StorageClass 也可以作为控制不同级别的存储和访问存储的管理机制。集群管理员(cluster-admin)或存储管理员(storage-admin)可以在无需了解底层存储卷资源的情况下，定义并创建用户可以请求的 StorageClass 对象。
OpenShift Container Platform 的持久性卷框架启用了这个功能，并允许管理员为集群提供持久性存储。该框架还可让用户在不了解底层存储架构的情况下请求这些资源。
很多存储类型都可用于 OpenShift Container Platform 中的持久性卷。虽然它们都可以由管理员静态置备，但有些类型的存储是使用内置供应商和插件 API 动态创建的。
7.1.2. 可用的动态置备插件
OpenShift Container Platform 提供了以下置备程序插件，用于使用集群配置的供应商 API 创建新存储资源的动态部署：
| 存储类型 | provisioner 插件名称 | 备注 |
|---|---|---|
| Red Hat OpenStack Platform（RHOSP）Cinder |
| |
| RHOSP Manila Container Storage Interface（CSI） |
| 安装后, OpenStack Manila CSI Driver Operator 和 ManilaDriver 会自动为所有可用 Manila 共享类型创建动态置备所需的存储类。 |
| AWS Elastic Block Store (EBS) |
|
当在不同的区中使用多个集群进行动态置备时，使用 |
| Azure Disk |
| |
| Azure File |
|
|
| GCE 持久性磁盘 (gcePD) |
| 在多区（multi-zone）配置中，建议在每个 GCE 项目中运行一个 OpenShift Container Platform 集群，以避免在当前集群没有节点的区域中创建 PV。 |
|
|
任何选择的置备程序插件还需要根据相关文档为相关的云、主机或者第三方供应商配置。
