4.7. Telco RAN DU 部署组件


以下小节描述了您使用 RHACM 配置 hub 集群的各种 OpenShift Container Platform 组件和配置。

4.7.1. Red Hat Advanced Cluster Management

这个版本中的新内容
  • 这个版本没有参考设计更新
描述

RHACM 为部署的集群提供多集群引擎(MCE)安装和持续生命周期管理功能。您可以通过在维护窗口期间将 Policy 自定义资源 (CR) 应用到集群来声明管理集群配置和升级。

RHACM 提供以下功能:

  • 在 RHACM 中使用 MCE 组件的集群零接触置备(ZTP)。
  • 通过 RHACM 策略控制器配置、升级和集群状态。
  • 在受管集群安装过程中,RHACM 可以对通过 ClusterInstance CR 配置的单个节点应用标签。

单节点 OpenShift 集群安装的建议方法是基于镜像的安装方法,在 MCE 中使用 ClusterInstance CR 进行集群定义。

单节点 OpenShift 集群升级的建议方法是基于镜像的升级方法。

限制和要求
  • 单个 hub 集群支持最多 3500 部署的单节点 OpenShift 集群,其中包含绑定到每个集群的 5 个 Policy CR。
工程考虑
  • 使用 RHACM 策略 hub 侧模板来更好地扩展集群配置。您可以使用单个组策略或少量常规组策略(其中组和每个集群值替换)来显著减少策略数量。
  • 集群特定的配置:受管集群通常具有一些特定于单个集群的配置值。这些配置应该使用 RHACM 策略 hub 侧模板来管理,其值基于集群名称从 ConfigMap CR 中拉取。
  • 要在受管集群中保存 CPU 资源,在集群安装 GitOps ZTP 后,应用静态配置的策略应该从受管集群绑定。

4.7.2. SiteConfig Operator

这个版本中的新内容
  • 这个版本没有参考设计更新
描述

SiteConfig Operator 是一个模板驱动的解决方案,旨在通过不同的安装方法置备集群。它引进了统一 ClusterInstance API,它替换了已弃用的 SiteConfig API。通过利用 ClusterInstance API,SiteConfig Operator 通过提供以下内容来提高集群置备:

  • 更好地隔离安装方法的定义
  • 取消验证 Git 和非 Git 工作流
  • 安装方法的一致性 API
  • 增强的可扩展性
  • 使用自定义安装模板提高灵活性
  • 对部署问题进行故障排除的宝贵见解

SiteConfig Operator 提供经过验证的默认安装模板,以便通过 Assisted Installer 和基于 Image 的安装程序置备方法进行集群部署:

  • Assisted Installer 通过利用预定义的配置和验证的主机设置来自动部署 OpenShift Container Platform 集群。它确保目标基础架构满足 OpenShift Container Platform 要求。与手动设置相比,辅助安装程序可以简化安装过程,同时最大程度减少时间和复杂性。
  • 基于镜像的安装程序 利用预配置和验证的 OpenShift Container Platform 认为镜像可以加快单节点 OpenShift 集群的部署。seed 镜像在目标主机上预装,可启用快速重新配置和部署。基于镜像的安装程序特别适用于远程或断开连接的环境,因为它简化了集群创建过程,并显著减少部署时间。
限制和要求
  • 单个 hub 集群支持最多 3500 部署的单节点 OpenShift 集群。

4.7.3. Topology Aware Lifecycle Manager

这个版本中的新内容
  • 这个版本没有参考设计更新
描述

Topology Aware Lifecycle Manager(TALM)是一个仅在 hub 集群上运行的 Operator,用于管理集群升级、Operator 升级和集群配置等更改如何应用到网络。TALM 支持以下功能:

  • 在用户可配置的批处理中,对集群团队进行进度发布。
  • 针对每个集群操作,在对受管集群的配置更改后添加 ztp-done 标签或其他 user-configurable 标签。
  • 预缓存单节点 OpenShift 集群镜像 :TALM 支持在启动升级前支持可选的 OpenShift、OLM Operator 和其他用户镜像到单节点 OpenShift 集群。当使用推荐的基于镜像的升级方法升级单节点 OpenShift 集群时,预缓存功能不适用。

    • 使用 PreCachingConfig CR 指定可选预缓存配置。如需更多信息,请参阅示例参考 PreCachingConfig CR
    • 使用可配置的过滤排除未使用的镜像。
    • 使用可配置的空间必需参数在预缓存存储空间验证前后启用。
限制和要求
  • 支持以 400 批处理中的并发集群部署
  • 预缓存和备份仅限于单节点 OpenShift 集群
工程考虑
  • PreCachingConfig CR 是可选的,如果您只需要预缓存平台相关的 OpenShift 和 OLM Operator 镜像,则不需要创建它。
  • ClusterGroupUpgrade CR 中引用 PreCachingConfig CR 之前,必须应用 PreCachingConfig CR。
  • 只有带有 ran.openshift.io/ztp-deploy-wave 注解的策略才会在集群安装过程中自动应用。
  • TALM 控制用户创建的 ClusterGroupUpgrade CR 时可以修复任何策略。

4.7.4. GitOps Operator 和 GitOps ZTP

这个版本中的新内容
描述

GitOps Operator 和 GitOps ZTP 提供了一个基于 GitOps 的基础架构,用于管理集群部署和配置。集群定义和配置在 Git 中作为声明状态进行维护。您可以将 ClusterInstance CR 应用到 hub 集群,其中 SiteConfig Operator 会将它们呈现为安装 CR。在以前的版本中,GitOps ZTP 插件支持从 SiteConfig CR 生成安装 CR。此插件现已弃用。单独的 GitOps ZTP 插件可以根据 PolicyGeneratorPolicyGenTemplate CR 启用自动将配置 CR 嵌套到策略中。

您可以使用基准引用配置 CR 在受管集群中部署和管理多个 OpenShift Container Platform 版本。您可以使用自定义 CR 和基线(baseline)CR。要同时维护多个每个版本策略,请使用 Git 使用 PolicyGeneratorPolicyGenTemplate CR 管理源 CR 的版本。RHACM PolicyGenerator 是从 OpenShift Container Platform 4.19 发行版本开始的建议生成器插件。

限制和要求
  • 每个 ArgoCD 应用程序 1000 个 ClusterInstance CR。多个应用程序可以用来达到单个 hub 集群支持的最大集群数
  • Git 中 source-crs/ 目录中的内容会覆盖 ZTP 插件容器中提供的内容,因为 Git 在搜索路径中具有优先权。
  • source-crs/ 目录必须与 kustomization.yaml 文件位于同一个目录中,其中包括 PolicyGenerator CR 作为生成器。此上下文中不支持 source-crs/ 目录的备用位置。
工程考虑
  • 对于多节点集群升级,您可以通过将 paused 字段设置为 true,在维护窗口期间暂停 MachineConfigPool (MCP) CR。您可以通过在 MCP CR 中配置 maxUnavailable 设置来增加每个 MCP CR 同时更新的节点数量。MaxUnavailable 字段定义了,在 MachineConfig 更新期间,池中可以同时不可用的节点的百分比。将 maxUnavailable 设置为最大可容忍的值。这可减少升级过程中的重启次数,从而缩短升级时间。当您最终取消暂停 MCP CR 时,所有更改的配置都会使用单个重启来应用。
  • 在集群安装过程中,您可以通过将 paused 字段设置为 true 并将 maxUnavailable 设置为 100% 以改进安装时间来暂停自定义 MCP CR。
  • 将引用 CR 和自定义 CR 保留在不同的目录中。这样,您可以通过简单的替换所有目录内容来修补和更新引用 CR,而无需涉及自定义 CR。在管理多个版本时,建议采用以下最佳实践:

    • 在 Git 存储库中保留所有源 CR 和策略创建 CR,以确保每个 OpenShift Container Platform 版本只根据 Git 中的内容生成策略。
    • 将引用源 CR 保留在与自定义 CR 的独立目录中。这有助于根据需要轻松更新引用 CR。
  • 为了避免在更新内容时造成混淆或意外覆盖,强烈建议您在 source-crs/ 目录中对自定义 CR 使用唯一且可分辨名称,并在 Git 中使用额外的清单。
  • ClusterInstance CR 中通过 ConfigMap CR 引用额外的安装清单。ConfigMap CR 应该与 Git 中的 ClusterInstance CR 一起存储,作为集群的单个数据源。如果需要,您可以使用 ConfigMap 生成器来创建 ConfigMap CR。

4.7.5. 基于代理的安装程序

这个版本中的新内容
  • 这个版本没有参考设计更新
描述
可选的基于代理的安装程序组件提供没有集中基础架构的安装功能。安装程序会创建一个挂载到服务器的 ISO 镜像。当服务器引导时,它会安装 OpenShift Container Platform 并提供额外的清单。基于代理的安装程序允许您在没有 hub 集群的情况下安装 OpenShift Container Platform。集群安装需要容器镜像 registry。
限制和要求
  • 您可在安装时提供一组有限的额外清单。
  • 您必须包含 RAN DU 用例所需的 MachineConfiguration CR。
工程考虑
  • 基于代理的安装程序提供了一个 OpenShift Container Platform 基础基准安装。
  • 安装后,您要安装第 2 天 Operator 和 RAN DU 用例配置的其余部分。
返回顶部
Red Hat logoGithubredditYoutubeTwitter

学习

尝试、购买和销售

社区

关于红帽文档

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

让开源更具包容性

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

關於紅帽

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

Theme

© 2025 Red Hat