规划在 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 |
-
此处显示的 Pod 计数是测试 Pod 的数量。Pod 的实际数量取决于应用程序的内存、CPU 和存储需求。
-
当存在大量活动项目时,如果键空间过大并超过空间配额,etcd 可能会出现性能下降。强烈建议定期维护 etcd,包括碎片整理,以释放 etcd 存储空间。
-
系统中存在多个控制循环,这些循环必须迭代给定命名空间中的所有对象,以响应某些状态变化。在一个命名空间中拥有大量某种类型的对象,可能会使这些循环变得昂贵并减慢状态更改的处理速度。此限制假设系统具有足够的 CPU、内存和磁盘来满足应用程序需求。
-
每个服务端口和每个服务后端在iptables
中都有相应的条目。给定服务的后台数量会影响端点对象的规模,进而影响整个系统发送的数据大小。