5.10. hub 集群存储要求


管理 hub 集群所需的存储总量取决于集群中部署的每个应用程序的存储要求。以下部分介绍了通过高可用性 PersistentVolume 资源进行存储的主要组件。

注意

底层 OpenShift Container Platform 安装所需的存储与以下要求分开。

5.10.1. 支持的服务

Assisted Service 使用多集群引擎和 Red Hat Advanced Cluster Management (RHACM) 部署。

Expand
表 5.2. 支持的服务存储要求
持久性卷资源大小(GB)

imageStorage

50

filesystemStorage

700

databaseStorage

20

5.10.2. RHACM Observability

Cluster Observability 由多集群引擎和 Red Hat Advanced Cluster Management (RHACM)提供。

  • Observability 存储需要几个 PV 资源和一个 S3 兼容存储桶存储,才能长期保留指标。
  • 存储要求计算非常复杂,并依赖于受管集群的特定工作负载和特征。PV 资源和 S3 存储桶的要求取决于很多方面,包括数据保留、受管集群数量、受管集群工作负载等。
  • 使用 RHACM 容量规划存储库中的 observability 大小计算器估算可观察性所需的存储。有关使用计算器估算可观察性存储要求的说明,请参阅红帽知识库文章在 电信环境中计算 存储需求。下表使用来自电信 RAN DU RDS 和 hub 集群 RDS 作为代表值的输入。
注意

估计以下数字:调优值以获得更准确的结果。将工程利润(如 +20%)添加到潜在估算不准确的结果中。

Expand
表 5.3. 集群要求
容量规划器输入数据源示例值

control plane 节点数量

hub 集群 RDS (scale) 和电信 RAN DU RDS (topology)

3500

额外 worker 节点数量

hub 集群 RDS (scale) 和电信 RAN DU RDS (topology)

0

存储数据的天数

hub 集群 RDS

15

每个集群的 pod 总数

Telco RAN DU RDS

120

命名空间数量(不包括 OpenShift Container Platform)

Telco RAN DU RDS

4

每小时的指标样本数

默认值

12

接收器持久性卷(PV)中保留小时数

默认值

24

使用这些输入值,大小计算器,如红帽知识库文章 计算存储需求在电信环境中对 MultiClusterHub Observability 的需求 所示,表示以下存储需求:

Expand
表 5.4. 存储要求
alertmanager PVthanos receive PVthanos compact PV

Per replica

总计

Per replica

总计

总计

10 GiB

30 GiB

10 GiB

30 GiB

100 GiB

Expand
表 5.5. 存储要求
thanos rule PVthanos store PV对象存储桶[1]

Per replica

总计

Per replica

总计

Per day

总计

30 GiB

90 GiB

100 GiB

300 GiB

15 GiB

101 GiB

[1] 对于对象存储桶,假定禁用降级,以便只为存储要求计算原始数据。

5.10.3. 存储注意事项

限制和要求
  • 最低 OpenShift Container Platform 和 Red Hat Advanced Cluster Management (RHACM)限制应用
  • 高可用性应该通过存储后端提供。hub 集群引用配置通过 Red Hat OpenShift Data Foundation 提供存储。
  • 对象存储桶存储通过 OpenShift Data Foundation 提供。
工程考虑
  • 使用低延迟的 SSD 或 NVMe 磁盘,为 etcd 存储使用高吞吐量。
  • 电信 hub 集群的存储解决方案是 OpenShift Data Foundation。

    • Local Storage Operator 支持 OpenShift Data Foundation 使用的存储类提供 hub 集群上的其他组件所需的块、文件和对象存储。
  • Local Storage Operator LocalVolume 配置包括设置 forceWipeDevicesAndDestroyAllData: true,以支持之前使用 OpenShift Data Foundation 的 hub 集群节点重新安装。

5.10.4. Git 存储库

电信管理 hub 集群支持通过 GitOps 驱动方法为各种电信应用程序安装和管理 OpenShift 集群的配置。此方法需要一个可访问的 Git 存储库,充当集群定义和配置工件的权威来源。

红帽不提供商业支持的 Git 服务器。生产环境中提供的现有 Git 服务器可以使用。Gitea 和 Gogs 是您可以使用的自托管 Git 服务器的示例。

Git 存储库通常在 hub 集群外部的 production 网络中提供。在大型部署中,多个 hub 集群可以使用同一 Git 存储库来维护受管集群的定义。使用此方法,您可以轻松地检查完整网络的状态。作为集群定义的真实来源,Git 存储库应当高度可用,并在灾难场景中恢复。

注意

对于灾难恢复和多 hub 注意事项,请独立于 hub 集群运行 Git 存储库。

限制和要求
  • 需要 Git 存储库来支持 hub 集群的 GitOps ZTP 功能,包括受管集群的安装、配置和生命周期管理。
  • Git 存储库必须可从管理集群访问。
工程考虑
  • GitOps Operator 使用 Git 存储库来确保持续部署以及应用的配置的单一数据源。
返回顶部
Red Hat logoGithubredditYoutubeTwitter

学习

尝试、购买和销售

社区

关于红帽文档

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

让开源更具包容性

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

關於紅帽

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

Theme

© 2025 Red Hat