安装 OpenShift Container Platform 后，您可以根据需要进一步扩展和自定义集群，包括存储配置。
默认情况下，容器使用临时存储或瞬态本地存储运行。临时存储具有生命周期限制。要长期存储数据，必须配置持久性存储。您可以使用以下方法之一配置存储：
您可以通过定义和创建控制不同存储级别（包括存储访问）的存储类来按需动态配置存储。
您可以使用 Kubernetes 持久卷使现有存储可用于集群。静态配置可以支持各种设备配置和挂载选项。
动态配置允许您按需创建存储卷，无需集群管理员预先配置存储。请参见 动态配置。
下表总结了给定 OpenShift Container Platform 集群应用程序的推荐和可配置存储技术。
| 存储类型 | 块存储 | 文件存储 | 对象存储 |
|---|---|---|---|
ROX1 |
是4 |
是4 |
是 |
RWX2 |
否 |
是 |
是 |
注册表 |
可配置 |
可配置 |
推荐 |
扩展的注册表 |
不可配置 |
可配置 |
推荐 |
指标3 |
推荐 |
可配置5 |
不可配置 |
Elasticsearch 日志 |
推荐 |
可配置6 |
不支持6 |
Loki 日志 |
不可配置 |
不可配置 |
推荐 |
应用程序 |
推荐 |
推荐 |
不可配置7 |
1 2 3 Prometheus 是用于指标的底层技术。 4 这不适用于物理磁盘、虚拟机物理磁盘、VMDK、基于 NFS 的循环设备、AWS EBS 和 Azure 磁盘。 5 对于指标，使用具有 6 对于日志记录，请查看“为日志存储配置持久性存储”部分中的推荐存储解决方案。使用 NFS 存储作为持久卷或通过 NAS（如 Gluster）可能会损坏数据。因此，OpenShift Container Platform 日志记录不支持将 NFS 用于 Elasticsearch 存储和 LokiStack 日志存储。每个日志存储必须使用一种持久卷类型。 7 对象存储不会通过 OpenShift Container Platform 的 PV 或 PVC 使用。应用程序必须与对象存储 REST API 集成。 |
|||
|
扩展的注册表是一个 OpenShift 镜像注册表，其中运行两个或多个 Pod 副本。 |
|
测试表明，使用 Red Hat Enterprise Linux (RHEL) 上的 NFS 服务器作为核心服务的存储后端存在问题。这包括 OpenShift Container Registry 和 Quay、用于监控存储的 Prometheus 以及用于日志存储的 Elasticsearch。因此，不建议使用 RHEL NFS 支持核心服务使用的 PV。 市场上的其他 NFS 实现可能不会出现这些问题。请联系各个 NFS 实现供应商，以获取有关针对这些 OpenShift Container Platform 核心组件可能完成的任何测试的更多信息。 |
在非扩展/高可用性 (HA) OpenShift 镜像注册表集群部署中
存储技术不必支持 RWX 访问模式。
存储技术必须确保写入后一致性。
首选存储技术是对象存储，其次是块存储。
不建议将文件存储用于具有生产工作负载的 OpenShift 镜像注册表集群部署。
在扩展/HA OpenShift 镜像注册表集群部署中
存储技术必须支持 RWX 访问模式。
存储技术必须确保写入后一致性。
首选存储技术是对象存储。
支持 Red Hat OpenShift Data Foundation (ODF)、Amazon Simple Storage Service (Amazon S3)、Google Cloud Storage (GCS)、Microsoft Azure Blob Storage 和 OpenStack Swift。
对象存储应符合 S3 或 Swift 标准。
对于非云平台（例如 vSphere 和裸机安装），唯一可配置的技术是文件存储。
块存储不可配置。
支持将网络文件系统 (NFS) 存储与 OpenShift Container Platform 一起使用。但是，将 NFS 存储与扩展的注册表一起使用可能会导致已知问题。有关更多信息，请参见 Red Hat 知识库解决方案 在生产环境中，是否支持用于 OpenShift 集群内部组件的 NFS？。
在 OpenShift Container Platform 托管的日志记录集群部署中
Loki 运算符
首选存储技术是与 S3 兼容的对象存储。
块存储不可配置。
OpenShift Elasticsearch 运算符
首选存储技术是块存储。
不支持对象存储。
|
从日志记录版本 5.4.3 开始，OpenShift Elasticsearch 运算符已弃用，并计划在将来的版本中删除。Red Hat 将在此版本的生命周期内为此功能提供错误修复和支持，但此功能将不再接收增强功能，并将被删除。作为使用 OpenShift Elasticsearch 运算符管理默认日志存储的替代方法，您可以使用 Loki 运算符。 |
Red Hat OpenShift Data Foundation 是 OpenShift Container Platform 的不可知论持久性存储提供商，支持文件、块和对象存储，无论是在内部还是在混合云中。作为 Red Hat 存储解决方案，Red Hat OpenShift Data Foundation 与 OpenShift Container Platform 完全集成，用于部署、管理和监控。有关更多信息，请参见 Red Hat OpenShift Data Foundation 文档。
|
在Red Hat超融合基础架构（RHHI）之上运行的OpenShift Data Foundation用于虚拟化，它使用托管安装了OpenShift Container Platform的虚拟机的超融合节点，此配置不受支持。有关受支持平台的更多信息，请参见Red Hat OpenShift Data Foundation 支持性和互操作性指南。 |
| 如果您正在寻找有关Red Hat OpenShift Data Foundation的信息…… | 请参阅以下Red Hat OpenShift Data Foundation文档 |
|---|---|
新增功能、已知问题、重要错误修复和技术预览 |
|
受支持的工作负载、布局、硬件和软件要求、大小和扩展建议 |
|
使用外部Red Hat Ceph Storage集群部署OpenShift Data Foundation的说明 |
|
在裸机基础架构上使用本地存储部署OpenShift Data Foundation的说明 |
|
在Red Hat OpenShift Container Platform VMware vSphere集群上部署OpenShift Data Foundation的说明 |
|
使用Amazon Web Services进行本地或云存储部署OpenShift Data Foundation的说明 |
|
在现有的Red Hat OpenShift Container Platform Google Cloud集群上部署和管理OpenShift Data Foundation的说明 |
|
在现有的Red Hat OpenShift Container Platform Azure集群上部署和管理OpenShift Data Foundation的说明 |
|
在IBM Power®基础架构上使用本地存储部署OpenShift Data Foundation的说明 |
|
在IBM Z®基础架构上使用本地存储部署OpenShift Data Foundation的说明 |
|
为Red Hat OpenShift Data Foundation中的核心服务和托管应用程序分配存储，包括快照和克隆 |
|
使用多云对象网关（NooBaa）跨混合云或多云环境管理存储资源 |
|
安全地更换Red Hat OpenShift Data Foundation的存储设备 |
|
安全地更换Red Hat OpenShift Data Foundation集群中的节点 |
|
Red Hat OpenShift Data Foundation中的扩展操作 |
|
监控Red Hat OpenShift Data Foundation 4.12集群 |
|
解决操作过程中遇到的问题 |
|
将您的OpenShift Container Platform集群从版本3迁移到版本4 |