×

本文档详细介绍了在 AWS 上的 Red Hat OpenShift 服务 (ROSA) 与托管控制平面 (HCP) 集群的测试集群最大值,以及有关用于测试最大值的测试环境和配置的信息。对于带有 HCP 集群的 ROSA,控制平面完全在服务 AWS 账户中管理,并将随集群自动扩展。

带有 HCP 集群的 ROSA 最大值

规划在 AWS 上的 Red Hat OpenShift 服务 (ROSA) 与托管控制平面 (HCP) 集群安装时,请考虑以下经过测试的对象最大值。该表指定了带有 HCP 集群的 ROSA 中每种测试类型的最大限制。

这些指南基于一个包含 500 个计算(也称为工作节点)的集群。对于较小的集群,最大值较低。

运行 ROSA 与 HCP 4.14.x 和 4.15.x 集群的客户需要最低 z-stream 版本 4.14.28 或 4.15.15 及更高版本才能扩展到 500 个工作节点。对于早期版本,最大值为 90 个工作节点。

表 1. 测试集群最大值
最大类型 4.x 测试最大值

Pod 数量 [1]

25,000

每个节点的 Pod 数量

250

每个核心的 Pod 数量

没有默认值

命名空间数量 [2]

5,000

每个命名空间的 Pod 数量 [3]

25,000

服务数量 [4]

10,000

每个命名空间的服务数量

5,000

每个服务的后台数量

5,000

每个命名空间的部署数量 [3]

2,000

  1. 此处显示的 Pod 计数是测试 Pod 的数量。Pod 的实际数量取决于应用程序的内存、CPU 和存储需求。

  2. 当存在大量活动项目时,如果键空间过大并超过空间配额,etcd 可能会出现性能下降。强烈建议定期维护 etcd,包括碎片整理,以释放 etcd 存储空间。

  3. 系统中存在多个控制循环,这些循环必须迭代给定命名空间中的所有对象,以响应某些状态变化。在一个命名空间中拥有大量某种类型的对象,可能会使这些循环变得昂贵并减慢状态更改的处理速度。此限制假设系统具有足够的 CPU、内存和磁盘来满足应用程序需求。

  4. 每个服务端口和每个服务后端在iptables中都有相应的条目。给定服务的后台数量会影响端点对象的规模,进而影响整个系统发送的数据大小。

后续步骤