搜索

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

download PDF
最大类型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

  1. 这里的 pod 数量是测试 pod 的数量。实际的 pod 数量取决于应用程序的内存、CPU 和存储要求。
  2. 系统中有一些控制循环需要迭代给定命名空间中的所有对象,作为对一些状态更改的响应。在单一命名空间中有大量给定类型的对象可使这些循环的运行成本变高,并降低对给定状态变化的处理速度。最大值假设系统有足够的 CPU、内存和磁盘来满足应用程序要求。
  3. 每个服务端口和每个服务后端在 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 个请求
Red Hat logoGithubRedditYoutubeTwitter

学习

尝试、购买和销售

社区

关于红帽文档

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

让开源更具包容性

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

關於紅帽

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

© 2024 Red Hat, Inc.