2.2. GitOps ZTP 推荐的 hub 集群规格和受管集群限制
使用 GitOps Zero Touch Provisioning (ZTP)，您可以在地理分散的区域和网络中管理数千个集群。在实验室环境中，Red Hat Performance and Scale 实验室成功创建和管理了 3500 个虚拟单节点 OpenShift 集群，该集群减少了 DU 配置集。
在实际情况下，您可以管理的集群数量扩展限制将因影响 hub 集群的不同因素而有所不同。例如：
- hub 集群资源
- 可用的 hub 集群主机资源(CPU、内存、存储)是决定 hub 集群可以管理的集群的一个重要因素。分配给 hub 集群的更多资源，它可以容纳更多受管集群。
- hub 集群存储
- hub 集群主机存储 IOPS 评级以及 hub 集群主机是否使用 NVMe 存储可能会影响 hub 集群性能及其可以管理的集群数量。
- 网络带宽和延迟
- hub 集群和受管集群之间的延迟或高延迟网络连接可能会影响 hub 集群管理多个集群的方式。
- 受管集群大小和复杂性
- 受管集群的大小和复杂性也会影响 hub 集群的容量。具有更多节点、命名空间和资源的大型受管集群需要额外的处理和管理资源。同样，具有复杂配置（如 RAN DU 配置集或不同工作负载）的集群可以从 hub 集群中需要更多资源。
- 受管策略数量
- 由 hub 集群管理的策略数量通过绑定到这些策略的受管集群数量进行扩展，是一个重要的因素，决定了可以管理多少个集群。
- 监控和管理工作负载
- RHACM 持续监控和管理受管集群。在 hub 集群中运行的监控和管理工作负载的数量和复杂性可能会影响其容量。密集型监控或频繁协调操作可能需要其他资源，从而可能会限制可管理的集群数量。
- RHACM 版本和配置
- RHACM 的不同版本可能具有不同的性能特性和资源要求。另外，RHACM 的配置设置（如并发协调的数量或健康检查的频率）可能会影响 hub 集群的受管集群容量。
使用以下代表配置和网络规格来开发您自己的 Hub 集群和网络规格。
以下准则仅基于内部实验室基准测试，并不代表完整的实际主机规格。
| 要求 | 描述 |
|---|---|
| OpenShift Container Platform | 版本 4.13 |
| RHACM | 版本 2.7 |
| Topology Aware Lifecycle Manager (TALM) | 版本 4.13 |
| 服务器硬件 | 3 x Dell PowerEdge R650 机架服务器 |
| NVMe 硬盘 |
|
| SSD 硬盘 |
|
| 应用的 DU 配置集策略数量 | 5 |
以下网络规格是典型的实际 RAN 网络的代表，并在测试过程中应用于扩展实验室环境。
| 规格 | 描述 |
|---|---|
| 往返时间(RTT)延迟 | 50 ms |
| 数据包丢失 | 0.02% 数据包丢失 |
| 网络带宽限制 | 20 Mbps |
