7.3. 资源要求
Red Hat OpenShift Data Foundation 服务由一组初始的基础服务组成,并可使用附加设备集进行扩展。所有这些 Red Hat OpenShift Data Foundation 服务 pod 都由 OpenShift Container Platform 节点上的 kubernetes 根据资源要求调度。以三个节点(每个故障域中一个节点)来扩展集群是满足 pod 放置规则的一种简单方法。
这些要求仅与 OpenShift Data Foundation 服务相关,与这些节点上运行的其他服务、operator 或工作负载无关。
部署模式 | 基础服务 | 附加设备集 |
---|---|---|
内部 |
|
|
外部 |
| Not applicable |
示例:对于内部模式中带有单个设备集的 3 个节点集群,至少需要 3 x 10 = 30 个 CPU 单元。
有关设计 Red Hat OpenShift Data Foundation 集群的其他指导,请参阅 ODF 大小工具。
CPU 单元
在本节中,1 个 CPU 单元映射到 Kubernetes 的 1 个 CPU 单元的概念。
- 1 个 CPU 单元相当于 1 个非超线程 CPU 内核。
- 2 个 CPU 单元相当于 1 个超线程 CPU 内核。
- Red Hat OpenShift Data Foundation 基于内核的订阅总是成对提供(2 内核)。
部署模式 | 基础服务 |
---|---|
内部 |
|
外部 |
|
示例:对于内部附加设备模式中的 3 个节点集群,至少需要 48(3 x 16)个 CPU 单元,3 x 64 = 192 GB 内存。
7.3.1. IBM Z 和 LinuxONE 基础架构的资源要求
Red Hat OpenShift Data Foundation 服务由一组初始的基础服务组成,并可使用附加设备集进行扩展。
所有这些 Red Hat OpenShift Data Foundation 服务 pod 都由 OpenShift Container Platform 节点上的 kubernetes 根据资源要求调度。
以三个节点(每个故障域中一个节点)来扩展集群是满足 pod 放置规则的一种简单方法。
部署模式 | 基础服务 | 附加设备集 | IBM Z 和 LinuxONE 最低硬件要求 |
---|---|---|---|
内部 |
|
| 1 个 IFL |
外部 |
| Not applicable | Not applicable |
- CPU
- 是系统管理程序、IBM z/VM、内核虚拟机(KVM)或两者中定义的虚拟内核数。
- IFL(Linux 集成设施)
- 是 IBM Z 和 LinuxONE 的物理核心。
最低系统环境
- 要运行带有 1 逻辑分区(LPAR)的最小群集,需要在 6 IFL 之上再添加一个 IFL。OpenShift 容器平台使用这些 IFL。
7.3.2. 最低部署资源要求
当不符合标准部署资源要求时,将使用最低配置部署 OpenShift Data Foundation 集群。
这些要求仅与 OpenShift Data Foundation 服务相关,与这些节点上运行的其他服务、operator 或工作负载无关。
部署模式 | 基础服务 |
---|---|
内部 |
|
如果要添加额外的设备集,我们建议将最小部署转换为标准部署。
7.3.3. 紧凑部署资源要求
Red Hat OpenShift Data Foundation 可以安装到三节点 OpenShift 紧凑裸机集群中,所有工作负载都在三个强大的 master 节点上运行。没有 worker 或存储节点。
这些要求仅与 OpenShift Data Foundation 服务相关,与这些节点上运行的其他服务、operator 或工作负载无关。
部署模式 | 基础服务 | 附加设备集 |
---|---|---|
内部 |
|
|
要在紧凑的裸机集群中配置 OpenShift Container Platform,请参阅部署配置三节点集群和为 Edge 部署提供三节点架构。
7.3.4. 仅使用 MCG 部署的资源要求
仅使用 Multicloud Object Gateway(MCG)组件部署的 OpenShift Data Foundation 集群在部署时提供了灵活性,有助于减少资源消耗。
部署模式 | Core | 数据库(DB) | 端点 |
---|---|---|---|
内部 |
|
|
注意 默认自动扩展介于 1 到 2 之间。 |
7.3.5. 使用网络文件系统的资源要求
随着 Red Hat OpenShift Data Foundation 版本 4.11 的发布,您可以使用 Network File System(NFS)创建导出,然后可以作为技术预览从 OpenShift 集群访问。如果您计划使用这个功能,NFS 服务会消耗 3 个 CPU 和 8Gi 内存。NFS 是可选的,并默认禁用。
NFS 卷可以通过两种方式访问:
- 集群内:被 Openshift 集群内的应用程序 pod 使用。
- 集群外:来自 Openshift 集群之外。
有关 NFS 功能的更多信息,请参阅使用 NFS 创建导出
使用 NFS 创建导出是一项技术预览功能。技术预览功能不受红帽产品服务等级协议(SLA)支持,且功能可能并不完整。红帽不推荐在生产环境中使用它们。这些技术预览功能可以使用户提早试用新的功能,并有机会在开发阶段提供反馈意见。
如需更多信息,请参阅技术预览功能支持范围。