6.2. 经过 OpenShift Container Platform 测试的集群最大值
| 限制类型 | 3.10 测试的最大值 | 3.11 测试的最大值 | 4.1 测试的最大值 | 4.2 测试的最大值 |
|---|---|---|---|---|
| 节点数量 | 2,000 | 2,000 | 2,000 | 2,000 |
| Pod 的数量 footnote:numberofpods[这里显示的 Pod 数是测试的 Pod 的数量。实际的 Pod 数量取决于应用程序的内存、CPU 和存储要求。] | 150,000 | 150,000 | 150,000 | 150,000 |
| 每个节点的 pod 数量 | 250 | 250 | 250 | 250 |
| 每个内核的 pod 数量 | 没有默认值。 | 没有默认值。 | 没有默认值。 | 没有默认值。 |
| 命名空间数量 footnote:numberofnamepaces[当有大量活跃的项目时，如果键空间增长过大并超过空间配额，etcd 的性能将会受到影响。强烈建议您定期维护 etcd 存储，包括通过碎片管理释放 etcd 存储。] | 10,000 | 10,000 | 10,000 | 10,000 |
| 构建（build）数 | 10,000（默认 pod RAM 512 Mi） | 10,000（默认 pod RAM 512 Mi） | 10,000（默认 pod RAM 512 Mi） | 10,000（默认 pod RAM 512 Mi） |
| 每个命名空间中的 Pod 数量 footnote:objectpernamespace[系统中有多个控制循环，必须迭代给定命名空间中的所有对象作为对一些状态更改的响应。在单一命名空间中有大量给定类型的对象可使这些循环的运行成本变高，并降低对给定状态变化的处理速度。限制假设系统有足够的 CPU 、内存和磁盘来满足应用程序的要求。] | 3,000 | 25,000 | 25,000 | 25,000 |
| 服务的数量 footnote:servicesandendpoints[每个服务端口和服务后端在 iptables 中都有一个相应的条目。给定服务的后端数量会影响端点对象的大小，这会影响到整个系统发送的数据大小。 | 10,000 | 10,000 | 10,000 | 10,000 |
| 每个命名空间的服务数 | 5,000 | 5,000 | 5,000 | 5,000 |
| 每个服务中的后端数 | 5,000 | 5,000 | 5,000 | 5,000 |
| 每个命名空间中的部署数量 footnote:objectpernamespace[] | 2,000 | 2,000 | 2,000 | 2,000 |
在 OpenShift Container Platform 4.2 中，与 OpenShift Container Platform 3.11 和之前的版本相比，系统保留 CPU 内核的一半（500 millicore）。
