第 1 章 限制和可扩展性
本文档详细介绍了为 OpenShift Dedicated 集群测试的集群最大值，以及用于测试最大测试环境和配置的信息。另外还提供了有关 control plane 和基础架构节点大小和扩展的信息。
1.1. 集群最大限制
在规划 OpenShift Dedicated 集群安装时，请考虑以下测试的对象最大值。表指定 OpenShift Dedicated 集群中每个测试类型的最大限值。
这些指南基于一个多个可用区配置中的 102 个计算（也称为 worker）节点的集群。对于较小的集群，最大值限制会较低。
所有测试中使用的 OpenShift Container Platform 版本都是 OCP 4.8.0。
表 1.1. 测试的集群最大值
| 最大类型 | 4.8 测试的最大值 |
|---|---|
| 节点数 | 102 |
| pod 数量 [1] | 20,400 |
| 每个节点的 pod 数量 | 250 |
| 每个内核的 pod 数量 | 没有默认值 |
| 命名空间数量 [2] | 3,400 |
| 每个命名空间的 pod 数量 [3] | 20,400 |
| 服务数 [4] | 10,000 |
| 每个命名空间的服务数 | 10,000 |
| 每个服务中的后端数 | 10,000 |
| 每个命名空间的部署数量 [3] | 1,000 |
- 这里的 pod 数量是 test pod 的数量。实际的 pod 数量取决于应用程序的内存、CPU 和存储要求。
- 当有大量活跃的项目时，如果键空间增长过大并超过空间配额，etcd 的性能将会受到影响。强烈建议您定期维护 etcd 存储（包括整理碎片）来释放 etcd 存储。
- 系统中有一些控制循环，它们必须对给定命名空间中的所有对象进行迭代，以作为对一些状态更改的响应。在单一命名空间中有大量给定类型的对象可使这些循环的运行成本变高，并降低对给定状态变化的处理速度。限制假设系统有足够的 CPU 、内存和磁盘来满足应用程序的要求。
- 每个服务端口和每个服务后端在 iptables 中都有对应条目。给定服务的后端数量会影响端点对象的大小，这会影响到整个系统发送的数据大小。
在 OpenShift Container Platform 4.8 中，与以前的 OpenShift Container Platform 版本相比，系统会保留半个 CPU 内核（500 millicore）。
