3.5. 分发托管集群工作负载
在开始使用 OpenShift Container Platform 托管 control plane 之前，您必须正确标记节点，以便托管集群的 pod 可以调度到基础架构节点。节点标签也因以下原因非常重要：
-
确保高可用性和正确的工作负载部署。例如，您可以设置
node-role.kubernetes.io/infra标签，以避免将 control-plane 工作负载计数设置为 OpenShift Container Platform 订阅。 - 确保 control plane 工作负载与管理集群中的其他工作负载分开。
不要将管理集群用于工作负载。工作负载不能在运行 control plane 的节点上运行。
3.5.1. 标记管理集群节点
正确的节点标签是部署托管 control plane 的先决条件。
作为管理集群管理员，您可以在管理集群节点中使用以下标签和污点来调度 control plane 工作负载：
-
HyperShift.openshift.io/control-plane: true：使用此标签和污点将节点专用于运行托管的 control plane 工作负载。通过设置true值，您可以避免与其他组件共享 control plane 节点，例如管理集群的基础架构组件或任何其他错误部署的工作负载。 -
HyperShift.openshift.io/cluster: ${HostedControlPlane Namespace}: 当您要将节点专用于单个托管集群时，请使用此标签和污点。
在托管 control-plane pod 的节点上应用以下标签：
-
node-role.kubernetes.io/infra: 使用该标签避免将 control-plane 工作负载计数设置为您的订阅。 topology.kubernetes.io/zone：在管理集群节点上使用此标签在故障域中部署高可用性集群。区域可能是设置区的节点的位置、机架名称或主机名。例如，管理集群具有以下节点：worker-1a、worker-1b、worker-2a、worker-2a和worker-2b。worker-1a和worker-1b节点位于rack1中，worker-2a和 worker-2b 节点位于rack2中。要将每个机架用作可用区，请输入以下命令：$ oc label node/worker-1a node/worker-1b topology.kubernetes.io/zone=rack1
$ oc label node/worker-2a node/worker-2b topology.kubernetes.io/zone=rack2
托管集群的 Pod 具有容限，调度程序使用关联性规则来调度它们。Pod 容限污点用于 control-plane 和 cluster 用于 pod。调度程序将 pod 调度到标记为 hypershift.openshift.io/control-plane 和 hypershift.openshift.io/cluster: ${HostedControlPlane Namespace} 的节点。
对于 ControllerAvailabilityPolicy 选项，请使用 HighlyAvailable，这是托管 control plane 命令行界面 hcp 部署的默认值。使用该选项时，您可以通过将 topology.kubernetes.io/zone 设置为拓扑键，将托管集群中每个部署的 pod 调度到不同的故障域中。不支持没有高可用性的 control plane。
流程
要让托管集群要求其 pod 调度到基础架构节点，请设置 HostedCluster.spec.nodeSelector，如下例所示：
spec:
nodeSelector:
role.kubernetes.io/infra: ""这样，每个托管的集群的托管 control plane 都是符合基础架构节点工作负载，您不需要授权底层 OpenShift Container Platform 节点。
3.5.2. 优先级类
四个内置优先级类会影响托管集群 pod 的优先级与抢占。您可以根据从高到低的顺序在管理集群中创建 pod：
-
hypershift-operator: HyperShift Operator pod. -
hypershift-etcd: etcd 的 Pod -
HyperShift-api-critical: API 调用和资源准入所需的 Pod 才能成功。这些 pod 包括kube-apiserver、聚合的 API 服务器和 web hook 等 pod。 -
HyperShift-control-plane： control plane 中不是 API-critical 但仍然需要升级的优先级的 Pod，如集群版本 Operator。
3.5.3. 自定义污点和容限
对于 OpenShift Virtualization 上的托管 control plane，默认情况下，托管的集群的 pod 可以容忍 control-plane and cluster 污点。但是，您还可以在节点上使用自定义污点，以便托管集群可以通过设置 HostedCluster.spec.tolerations 来容许每个托管的集群的污点。
为托管集群传递容限只是一个技术预览功能。技术预览功能不受红帽产品服务等级协议（SLA）支持，且功能可能并不完整。红帽不推荐在生产环境中使用它们。这些技术预览功能可以使用户提早试用新的功能，并有机会在开发阶段提供反馈意见。
有关红帽技术预览功能支持范围的更多信息，请参阅技术预览功能支持范围。
配置示例
spec:
tolerations:
- effect: NoSchedule
key: kubernetes.io/custom
operator: Exists
您还可以使用 --tolerations hcp CLI 参数，在创建集群时在托管集群上设置容限。
CLI 参数示例
--toleration="key=kubernetes.io/custom,operator=Exists,effect=NoSchedule"
要基于每个集群对托管集群 pod 放置进行精细控制，请使用 nodeSelectors 的自定义容限。您可以并置托管集群的组，并将它们与其他托管集群隔离。您还可以将托管集群放在 infra 和 control plane 节点上。
托管的集群中的容限只适用于 control plane 的 pod。要配置在管理集群和基础架构相关的 pod （如运行虚拟机的 pod）上运行的其他 pod，您需要使用不同的进程。
