10.2. 推荐的可配置存储技术
下表总结了为给定的 OpenShift Container Platform 集群应用程序推荐的可配置存储技术。
表 10.2. 推荐的、可配置的存储技术
| 存储类型 | ROX1 | RWX2 | Registry | 扩展的 registry | 指标3 | 日志记录 | Apps |
|---|---|---|---|---|---|---|---|
| 1 ReadOnlyMany 2 ReadWriteMany. 3 Prometheus 是用于指标数据的底层技术。 4 这不适用于物理磁盘、虚拟机物理磁盘、VMDK 、NFS 回送、AWS EBS 和 Azure 磁盘。 5 对于指标数据，使用 ReadWriteMany (RWX) 访问模式的文件存储是不可靠的。如果使用文件存储，请不要在配置用于指标数据的 PersistentVolumeClaims 上配置 RWX 访问模式。 6 要进行日志记录，使用任何共享存储都会是一个反 pattern。每个 elasticsearch 都需要一个卷。 7 对象存储不是通过 OpenShift Container Platform 的 PV/持久性卷声明 (PVC) 消耗的。应用程序必须与对象存储 REST API 集成。 | |||||||
| Block | 是4 | 否 | 可配置 | 无法配置 | 推荐的 | 推荐的 | 推荐的 |
| File | 是4 | 是 | 可配置 | 可配置 | 可配置5 | 可配置6 | 推荐的 |
| 对象 | 是 | 是 | 推荐的 | 推荐的 | 无法配置 | 无法配置 | 无法配置7 |
扩展的 registry 是指一个 OpenShift Container Platform registry，它有两个或更多个 pod 运行副本。
10.2.1. 特定应用程序存储建议
测试显示，在 RHEL 中使用 NFS 服务器作为核心服务的存储后端可能会出现问题。这包括 OpenShift Container Registry 和 Quay，Prometheus 用于监控存储，以及 Elasticsearch 用于日志存储。因此，不推荐使用 RHEL NFS 作为 PV 后端用于核心服务。
市场上的其他 NFS 实现可能没有这些问题。如需了解更多与此问题相关的信息，请联络相关的 NFS 厂商。
10.2.1.1. Registry
在一个非扩展的/高可用性 (HA) OpenShift Container Platform registry 集群部署中：
- 存储技术不需要支持 RWX 访问模式。
- 存储技术必须保证读写一致性。
- 首选存储技术是对象存储，然后是块存储。
- 对于应用于生产环境工作负载的 OpenShift Container Platform Registry 集群部署，我们不推荐使用文件存储。
10.2.1.2. 扩展的 registry
在扩展的/HA OpenShift Container Platform registry 集群部署中：
- 存储技术必须支持 RWX 访问模式，且必须保证读写一致性。
- 首选存储技术是对象存储。
- 支持 Amazon Simple Storage Service(Amazon S3)、Google Cloud Storage(GCS)、Microsoft Azure Blob Storage 和 OpenStack Swift。
- 存储应兼容 S3 或 Swift。
- 对于应用于生产环境负载的扩展的/HA OpenShift Container Platform registry 集群部署，不建议使用文件存储。
- 对于非云平台，如 vSphere 和裸机安装，唯一可配置的技术是文件存储。
- 块存储是不可配置的。
10.2.1.3. 指标
在 OpenShift Container Platform 托管的 metrics 集群部署中：
- 首选存储技术是块存储。
- 对象存储是不可配置的。
在带有生产环境负载的托管 metrics 集群部署中不推荐使用文件存储。
10.2.1.4. 日志记录
在 OpenShift Container Platform 托管的日志集群部署中：
- 首选存储技术是块存储。
- 对于应用于生产环境负载的扩展的/HA OpenShift Container Platform registry 集群部署，不建议使用文件存储。
- 对象存储是不可配置的。
测试显示，在 RHEL 中使用 NFS 服务器作为核心服务的存储后端可能会出现问题。这包括用于日志存储的 Elasticsearch。因此，不推荐使用 RHEL NFS 作为 PV 后端用于核心服务。
市场上的其他 NFS 实现可能没有这些问题。如需了解更多与此问题相关的信息，请联络相关的 NFS 厂商。
10.2.1.5. 应用程序
应用程序的用例会根据不同应用程序而不同，如下例所示：
- 支持动态 PV 部署的存储技术的挂载时间延迟较低，且不与节点绑定来支持一个健康的集群。
- 应用程序开发人员需要了解应用程序对存储的要求，以及如何与所需的存储一起工作以确保应用程序扩展或者与存储层交互时不会出现问题。
10.2.2. 其他特定的应用程序存储建议
-
OpenShift Container Platform 内部
etcd：为了获得最好的etcd可靠性，首选使用具有最低一致性延迟的存储技术。 -
强烈建议您使用带有可快速处理串口写入(fsync)的存储的
etcd，比如 NVMe 或者 SSD。不建议使用 Ceph、NFS 和 spinning 磁盘。 - Red Hat OpenStack Platform（RHOSP）Cinder: RHOSP Cinder 倾向于在 ROX 访问模式用例中使用。
- 数据库：数据库（RDBMS 、nosql DBs 等等）倾向于使用专用块存储来获得最好的性能。
