7.3. 资源要求
OpenShift Container Storage 服务由一组初始的基础镜像组成,并可使用额外的设备集进行扩展。所有这些 OpenShift Container Storage 服务 pod 都由 OpenShift Container Platform 节点上的 kubernetes 根据资源要求调度。以三个节点(每个故障域中一个节点)来扩展集群是满足 pod 放置规则的一种简单方法。
表 7.1. 仅限 OpenShift Container Storage 的可用资源要求
部署模式 | 基础服务 | 附加设备集 |
---|---|---|
内部 |
|
|
外部 |
| Not applicable |
示例:对于内部模式中带有单个设备集的 3 个节点集群,至少需要 3 x 10 = 30 个 CPU 单元。
有关设计 OpenShift Container Storage 集群的其他指导,请参阅 OCS 大小工具。
CPU 单元
在本节中,1 个 CPU 单元映射到 Kubernetes 的 1 个 CPU 单元的概念。
- 1 个 CPU 单元相当于 1 个非超线程 CPU 内核。
- 2 个 CPU 单元相当于 1 个超线程 CPU 内核。
- OpenShift Container Storage 基于内核的订阅总是成对提供(2 内核)。
表 7.2. IBM Power 系统的合计的最低资源要求
部署模式 | 基础服务 |
---|---|
内部 |
|
外部 |
|
示例:对于内部附加设备模式中的 3 个节点集群,至少需要 48(3 x 16)个 CPU 单元,3 x 64 = 192 GB 内存。
7.3.1. 最低部署资源要求 [技术预览]
当不符合标准部署资源要求时,OpenShift Container Storage 集群将以最小配置进行部署。
表 7.3. 只聚合 OpenShift Container Storage 的资源要求
部署模式 | 基础服务 |
---|---|
内部 |
|
如果要添加额外的设备集,我们建议将最小部署转换为标准部署。
部署具有最低配置的 OpenShift Container Storage 是一项技术预览功能。技术预览功能不被红帽产品服务等级协议 (SLA) 支持,且可能在功能方面有缺陷。红帽不推荐在生产环境中使用它们。这些技术预览功能可以使用户提早试用新的功能,并有机会在开发阶段提供反馈意见。
如需更多信息,请参阅技术预览功能支持范围。