第 5 章 具有 HCP 限制和可扩展性的 ROSA
本文档详细介绍了为带有托管 control plane (HCP)集群的 Red Hat OpenShift Service on AWS (ROSA)测试的集群最大值，以及用于测试最大测试环境和配置的信息。对于带有 HCP 集群的 ROSA，control plane 在服务 AWS 帐户中完全管理，并将与集群进行自动扩展。
5.1. 带有 HCP 集群最大值的 ROSA
当您计划使用托管的 control plane (HCP)集群安装规划 Red Hat OpenShift Service on AWS (ROSA)时，请考虑以下对象最大值。表指定带有 HCP 集群的 ROSA 中每个测试类型的最大限值。
这些指南基于 500 个计算（也称为 worker）节点的集群。对于较小的集群，最大值限制会较低。
运行带有 HCP 4.14.x 和 4.15.x 集群的 ROSA 的客户至少需要 z-stream 版本 4.14.28 或 4.15.15，以扩展到 500 个 worker 节点。对于早期版本，最大值为 90 个 worker 节点。
| 最大类型 | 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 数量是 test pod 的数量。pod 的实际数量取决于应用程序的内存、CPU 和存储要求。
- 当有大量活跃的项目时，如果键空间增长过大并超过空间配额，etcd 的性能将会受到影响。强烈建议您定期维护 etcd 存储（包括整理碎片）来释放 etcd 存储。
- 系统中有一些控制循环必须迭代给定命名空间中的所有对象，作为对一些状态更改的响应。在单一命名空间中有大量给定类型的对象可使这些循环的运行成本变高，并降低对给定状态变化的处理速度。限制假设系统有足够的 CPU 、内存和磁盘来满足应用程序的要求。
-
每个服务端口和每个服务后端在
iptables中都有对应条目。给定服务的后端数量会影响端点对象的大小，这会影响到整个系统发送的数据大小。
