1.2.4. 计划集群大小
每个 Red Hat Advanced Cluster Management for Kubernetes 集群都是唯一的，以下指南为您提供了部署大小示例。根据大小和目的对推荐进行分类。Red Hat Had Advanced Cluster Management 应用以下 3 个部分来调整支持服务的大小和位置：
- 可用域（Availability Zone）用来在集群中分离潜在的故障域。典型的集群应该在三个或多个可用域中具有几乎等同的 worker 节点容量。
- vCPU 保留（reservation）和限制（limit）在 worker 节点上建立 vCPU 容量以分配给一个容器。一个 vCPU 等同于一个 Kubernetes 计算单元。如需更多信息，请参阅 Kubernetes 中 CPU 的意义。
- 内存保留和限制会在 worker 节点上建立内存容量，以便分配给容器。保留（Reservation）是 CPU 或内存的低限，限值（limit）是高限。
- 持久性数据，这些数据由产品管理，并存储在 Kubernetes 使用的 etcd 集群中。最佳实践：对于 OpenShift Container Platform，在 3 个可用区间分配集群的主节点。
1.2.4.1. 产品环境
注：以下要求不是最低要求。
| OpenShift Container Platform 节点角色 | 可用区 | 数据存储 | 总保留内存（下限 ） | 总保留 CPU（下限 ） |
|---|---|---|---|---|
| Master | 3 | etcd x 3 | OpenShift Container Platform 大小指南 | 每个 OpenShift 的大小指南 |
| Worker | 3 | redisgraph/redis x 1 | 12 GB | 6 个 CPU |
除了 Red Hat Advanced Cluster Management，OpenShift Container Platform 集群还运行其他服务来支持集群功能。建议使用以下节点大小（在后续信息中记录的 3 个节点，在 3 个可用区间平均分布）。
1.2.4.1.1. 示例：创建和管理 2000 个单节点 OpenShift Container Platform 集群
下表显示了使用 Red Hat Advanced Cluster Management 创建 1000 个单一节点 OpenShift(SNO)集群（同时 230 及更多置备）的最低要求，并管理具有 hub 集群的 1000 个 SNO 集群：
| OpenShift Container Platform 节点角色 | 节点数 | 所需的持久性卷(PV) | 使用的内存（每个实例） | 使用的 CPU（每个实例） |
|---|---|---|---|---|
| Master | 3 |
支持的安装程序 - 三个节点的每个节点 110 Gb，PostgreSQL - 三个节点的每个节点 25 Gb，三个节点的 etcd。注： | 30 GB | 10 个CPU |
| Worker | 3 | Observability - 每个节点 25 Gb，存储的对象 - 用户提供，搜索被禁用。不需要 redisgraph 。 | 44 GB | 17 个CPU |
注： 使用值是在同时创建多个集群时收集的峰值。
1.2.4.1.2. Amazon Web Services 上的 OpenShift Container Platform
如需更多信息，请参阅 OpenShift Container Platform 产品文档中的 Amazon Web Services 信息。同时还可以参阅与机器类型相关的详细信息。
- 节点数： 3 个
- 可用区： 3 个
实例大小： m5.xlarge
- vCPU：4 个
- 内存：16 GB
- 存储大小： 120 GB
1.2.4.1.3. Google Cloud Platform 上的 OpenShift Container Platform 集群
有关配额的更多信息，请参阅 Google Cloud Platform 产品文档。同时还可以参阅与机器类型相关的详细信息。
- 节点数： 3 个
- 可用区： 3 个
实例大小：N1-standard-4（0.95-6.5 GB）
- vCPU：4 个
- 内存：15 GB
- 存储大小： 120 GB
1.2.4.1.4. Microsoft Azure 上的 OpenShift Container Platform 集群
详情请查看以下产品文档。
- 节点数： 3 个
- 可用区： 3 个
实例大小： Standard_D4_v3
- vCPU：4 个
- 内存：16 GB
- 存储大小： 120 GB
1.2.4.1.5. VMware vSphere 上的 OpenShift Container Platform 集群
详情请查看以下产品文档。
- 节点数： 3 个
- 可用区： 3 个
实例大小：
- 内存：16 GB
- 存储大小： 120 GB
- VCPU：4
- 每个插槽的内核数： 2
1.2.4.1.6. IBM Z 系统的 OpenShift Container Platform
如需更多信息，请参阅 OpenShift Container Platform 文档中的在 IBM Z 系统上安装集群。
- 节点数： 3 个
- 可用区： 3 个
实例大小：
- 内存：16 GB
- 存储大小：100 GB
vCPU：10
IBM Z 系统提供配置并发多线程(SMT)的功能，可扩展每个内核上运行的 vCPU 数量。如果您配置了 SMT，则一个物理内核 (IFL) 提供两个逻辑内核（线程）。管理程序可以提供两个或多个 vCPU。
当未启用并发多线程(SMT)或超线程时，一个 vCPU 相当于一个物理内核。启用后，使用以下公式来计算对应的比例：（每个内核数的线程）× sockets = vCPU。
有关 SMT 的更多信息，请参阅 Simultaneous 多线程。
1.2.4.1.7. IBM Power 系统上的 OpenShift Container Platform
如需更多信息，请参阅 OpenShift Container Platform 文档中的在 Power 系统上安装集群。
- 节点数： 3 个
- 可用区： 3 个
实例大小：
- 内存：16 GB
- 存储大小： 120 GB
vCPU: 16
IBM Power 系统提供配置并发多线程 (SMT) 的功能，可扩展每个内核上运行的 vCPU 数量。如果您配置了 SMT，则您的 SMT 级别决定如何满足 16 个 vCPU 的要求。最常见的配置有：
- 在 SMT-8 上运行的两个内核（运行 IBM PowerVM 的系统默认配置）提供所需的 16 个 vCPU。
在 SMT-4 上运行的四个内核提供所需的 16 个 vCPU。
有关 SMT 的更多信息，请参阅 Simultaneous 多线程。
1.2.4.1.8. 裸机资产上的 OpenShift Container Platform 集群
详情请查看以下产品文档。
OpenShift Container Platform 裸机上可安装并支持 Red Hat Advanced Cluster Management for Kubernetes hub 集群。hub 集群可以在紧凑的裸机拓扑上运行，其中有 3 个可调度的 control plane 节点，以及 0 个额外的 worker。
- 节点数： 3 个
- 可用区： 3 个
实例大小：
- 内存：16 GB
- 存储大小： 120 GB
- VCPU：4
