5.10. hub 集群存储要求
管理 hub 集群所需的存储总量取决于集群中部署的每个应用程序的存储要求。以下部分介绍了通过高可用性 PersistentVolume
资源进行存储的主要组件。
底层 OpenShift Container Platform 安装所需的存储与以下要求分开。
5.10.1. 支持的服务 复制链接链接已复制到粘贴板!
Assisted Service 使用多集群引擎和 Red Hat Advanced Cluster Management (RHACM) 部署。
持久性卷资源 | 大小(GB) |
---|---|
| 50 |
| 700 |
| 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%)添加到潜在估算不准确的结果中。
容量规划器输入 | 数据源 | 示例值 |
---|---|---|
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 的需求 所示,表示以下存储需求:
alertmanager PV | thanos receive PV | thanos compact PV | |||
---|---|---|---|---|---|
Per replica | 总计 | Per replica | 总计 | 总计 | |
10 GiB | 30 GiB | 10 GiB | 30 GiB | 100 GiB |
thanos rule PV | thanos 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 存储库来确保持续部署以及应用的配置的单一数据源。