第 13 章 使用 GitOps ZTP 扩展单节点 OpenShift 集群
您可以使用 GitOps Zero Touch Provisioning (ZTP) 扩展单节点 OpenShift 集群。将 worker 节点添加到单节点 OpenShift 集群时，原始单节点 OpenShift 集群会保留 control plane 节点角色。添加 worker 节点不需要现有单节点 OpenShift 集群的任何停机时间。
虽然您可以添加到单节点 OpenShift 集群的 worker 节点数量没有指定的限制，但您必须为额外的 worker 节点重新评估 control plane 节点上的保留 CPU 分配。
如果需要 worker 节点上的工作负载分区，则必须在安装节点前在 hub 集群中部署并修复受管集群策略。这样，工作负载分区 MachineConfig 对象会被呈现，并在 GitOps ZTP 工作流将 MachineConfig ignition 文件应用到 worker 节点前与 worker 机器配置池相关联。
建议您首先修复策略，然后安装 worker 节点。如果在安装 worker 节点后创建工作负载分区清单，您必须手动排空该节点并删除由守护进程集管理的所有 pod。当管理守护进程集创建新 pod 时，新 pod 会处理工作负载分区过程。
使用 GitOps ZTP 将 worker 节点添加到单节点 OpenShift 集群只是一个技术预览功能。技术预览功能不受红帽产品服务等级协议（SLA）支持，且功能可能并不完整。红帽不推荐在生产环境中使用它们。这些技术预览功能可以使用户提早试用新的功能，并有机会在开发阶段提供反馈意见。
有关红帽技术预览功能支持范围的更多信息，请参阅技术预览功能支持范围。
其他资源
- 有关为 vDU 应用程序部署调整的单节点 OpenShift 集群的更多信息，请参阅在单节点 OpenShift 中部署 vDU 的参考配置。
- 如需有关 worker 节点的更多信息，请参阅将 worker 节点添加到单节点 OpenShift 集群。
- 有关从扩展的单节点 OpenShift 集群中删除 worker 节点的详情，请参考使用命令行界面删除受管集群节点。
13.1. 使用 PolicyGenerator 或 PolicyGenTemplate 资源将配置集应用到 worker 节点
您可以使用 DU 配置集配置额外的 worker 节点。
您可以使用 GitOps Zero Touch Provisioning (ZTP) 通用、组和特定于站点的 PolicyGenerator 或 PolicyGenTemplate 资源，将 RAN 分布式单元(DU)配置集应用到 worker 节点集群。链接到 ArgoCD policies 应用程序的 GitOps ZTP 管道包括以下 CR，您可以在提取 ztp-site-generate 容器时在相关的 out/argocd/example 文件夹中找到：
- /acmpolicygenerator 资源
-
acm-common-ranGen.yaml -
acm-group-du-sno-ranGen.yaml -
acm-example-sno-site.yaml -
ns.yaml -
kustomization.yaml
-
- /policygentemplates 资源
-
common-ranGen.yaml -
group-du-sno-ranGen.yaml -
example-sno-site.yaml -
ns.yaml -
kustomization.yaml
-
在 worker 节点上配置 DU 配置集被视为升级。要启动升级流，您必须更新现有策略或创建额外的策略。然后，您必须创建一个 ClusterGroupUpgrade CR 来协调集群组中的策略。
