主页
产品
OpenShift Container Platform
3.11
扩展和性能指南
11.2. OpenShift Container Platform 测试的集群最大限制

11.2. OpenShift Container Platform 测试的集群最大限制

Expand

最大类型	3.7 测试的最大值	3.9 测试的最大值	3.10 测试的最大值	3.11 测试的最大值
节点数量	2,000	2,000	2,000	2,000
Pod 数 ^[1]	120,000	120,000	150,000	150,000
每个节点的 pod 数量	250	250	250	250
每个内核的 pod 数量	10 是默认值。	10 是默认值。	没有默认值。	没有默认值。
命名空间的数量	10,000	10,000	10,000	10,000
构建(build)数：管道策略	N/A	10,000（默认 pod RAM 512Mi）	10,000（默认 pod RAM 512Mi）	10,000（默认 pod RAM 512Mi）
每个命名空间的 pod 数量 ^[2]	3,000	3,000	3,000	25,000
服务数 ^[3]	10,000	10,000	10,000	10,000
每个命名空间的服务数	N/A	N/A	5,000	5,000
每个服务中的后端数	5,000	5,000	5,000	5,000
每个命名空间的部署数量 ^[2]	2,000	2,000	2,000	2,000

这里的 pod 数量是测试 pod 的数量。实际的 pod 数量取决于应用程序的内存、CPU 和存储要求。
系统中有一些控制循环需要迭代给定命名空间中的所有对象，作为对一些状态更改的响应。在单一命名空间中有大量给定类型的对象可使这些循环的运行成本变高，并降低对给定状态变化的处理速度。最大值假设系统有足够的 CPU、内存和磁盘来满足应用程序要求。
每个服务端口和每个服务后端在 iptables 中都有对应条目。给定服务的后端数量会影响端点对象的大小，这会影响到整个系统发送的数据大小。

11.2.1. 路由最大限制
复制链接

在 OpenShift Container Platform 3.11.53 中，路由器测试在 Amazon Web Services(AWS)上的 3 节点环境中完成。有 100 个 HTTP 路由，特别是 100 个后端 Nginx pod，keepalive 设为 100。结果为：

每个目标路的 1 个连接 = 每秒 24,327 个请求
每个目标路的 40 个连接 = 每秒 20,729 个请求
每个目标路由 200 个连接 = 每秒 17,253 个请求

返回顶部

学习

尝试、购买和销售

社区

关于红帽文档

通过我们的产品和服务，以及可以信赖的内容，帮助红帽用户创新并实现他们的目标。了解我们当前的更新.

让开源更具包容性

红帽致力于替换我们的代码、文档和 Web 属性中存在问题的语言。欲了解更多详情，请参阅红帽博客.

關於紅帽

我们提供强化的解决方案，使企业能够更轻松地跨平台和环境（从核心数据中心到网络边缘）工作。

Theme

© 2025 Red Hat