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。
-
单个 hub 集群支持最多 3500 部署的单节点 OpenShift 集群,其中包含绑定到每个集群的 5 个
- 工程考虑
- 使用 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 插件可以根据PolicyGenerator
或PolicyGenTemplate
CR 启用自动将配置 CR 嵌套到策略中。您可以使用基准引用配置 CR 在受管集群中部署和管理多个 OpenShift Container Platform 版本。您可以使用自定义 CR 和基线(baseline)CR。要同时维护多个每个版本策略,请使用 Git 使用
PolicyGenerator
或PolicyGenTemplate
CR 管理源 CR 的版本。RHACMPolicyGenerator
是从 OpenShift Container Platform 4.19 发行版本开始的建议生成器插件。- 限制和要求
-
每个 ArgoCD 应用程序 1000 个
ClusterInstance
CR。多个应用程序可以用来达到单个 hub 集群支持的最大集群数 -
Git 中
source-crs/
目录中的内容会覆盖 ZTP 插件容器中提供的内容,因为 Git 在搜索路径中具有优先权。 -
source-crs/
目录必须与kustomization.yaml
文件位于同一个目录中,其中包括PolicyGenerator
CR 作为生成器。此上下文中不支持source-crs/
目录的备用位置。
-
每个 ArgoCD 应用程序 1000 个
- 工程考虑
-
对于多节点集群升级,您可以通过将
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 用例配置的其余部分。