红帽全球峰会第 3 章 准备部署托管的 control plane
3.1. 托管 control plane 的要求
在托管 control plane 的上下文中，管理集群 是一个 OpenShift Container Platform 集群，部署 HyperShift Operator，以及托管集群的 control plane 的位置。
control plane 与托管集群关联，并作为 pod 在单个命名空间中运行。当集群服务消费者创建托管集群时，它会创建一个独立于 control plane 的 worker 节点。
您可以在内部运行管理集群和 worker 节点，比如在裸机平台或 OpenShift Virtualization 中。另外，您可以在云基础架构上运行管理集群和 worker 节点，如 Amazon Web Services (AWS)。如果您使用混合基础架构（如在 AWS 和 worker 节点上运行内部的 worker 节点），或在 AWS 和您的管理集群内部运行 worker 节点，则必须使用 PublicAndPrivate 发布策略，并遵循支持列表中的延迟要求。
在 Bare Metal Host (BMH) 部署中，BMH 在其中启动机器，托管的 control plane 必须能够访问基板管理控制器(BMC)。如果您的安全配置集不允许 Cluster Baremetal Operator 访问 BMH 具有其 BMC 的网络，以便启用 Redfish 自动化，您可以使用 BYO ISO 支持。但是，在 BYO 模式中，OpenShift Container Platform 无法自动打开 BMH 的电源。
3.1.1. 托管 control plane 的支持列表
因为 Kubernetes Operator 的多集群引擎包含 HyperShift Operator，托管 control plane 的发行版本与 multicluster engine Operator 发行版本保持一致。如需更多信息，请参阅 OpenShift Operator 生命周期。
3.1.1.1. 管理集群支持
任何支持的独立 OpenShift Container Platform 集群都可以是一个管理集群。
不支持单节点 OpenShift Container Platform 集群作为管理集群。如果您有资源限制，可以在独立的 OpenShift Container Platform control plane 和托管的 control plane 间共享基础架构。如需更多信息，请参阅"托管和独立 control plane 之间的共享基础架构"。
下表将多集群引擎 Operator 版本映射到支持它们的管理集群版本：
| 管理集群版本 | 支持的多集群引擎 Operator 版本 |
|---|---|
| 4.14 - 4.15 | 2.4 |
| 4.14 - 4.16 | 2.5 |
| 4.14 - 4.17 | 2.6 |
| 4.15 - 4.17 | 2.7 |
3.1.1.2. 托管的集群支持
对于托管集群，管理集群版本和托管的集群版本之间没有直接关系。托管的集群版本取决于 multicluster engine Operator 版本中包含的 HyperShift Operator。
确保管理集群和托管的集群间的最大延迟 200 ms。这个要求对于混合基础架构部署来说尤其重要，如您的管理集群位于 AWS 上，且您的 worker 节点处于内部状态时。
下表将多集群引擎 Operator 版本映射到使用与该多集群引擎 Operator 版本关联的 HyperShift Operator 创建的托管集群版本：
| 托管的集群版本 | multicluster engine Operator 2.4 | multicluster engine Operator 2.5 | multicluster engine Operator 2.6 | multicluster engine Operator 2.7 |
|---|---|---|---|---|
| 4.14 | 是 | 是 | 是 | 是 |
| 4.15 | 否 | 是 | 是 | 是 |
| 4.16 | 否 | 否 | 是 | 是 |
| 4.17 | 否 | 否 | 否 | 是 |
3.1.1.3. 托管的集群平台支持
下表指明了托管 control plane 的每个平台都支持哪些 OpenShift Container Platform 版本。
对于 IBM Power 和 IBM Z，您必须在基于 64 位 x86 架构的机器类型以及 IBM Power 或 IBM Z 上的节点池上运行 control plane。
在下表中，管理集群版本指的是启用了 multicluster engine Operator 的 OpenShift Container Platform 版本：
| 托管的集群平台 | 管理集群版本 | 托管的集群版本 |
|---|---|---|
| Amazon Web Services | 4.16 - 4.17 | 4.16 - 4.17 |
| IBM Power | 4.17 | 4.17 |
| IBM Z | 4.17 | 4.17 |
| OpenShift Virtualization | 4.14 - 4.17 | 4.14 - 4.17 |
| 裸机 | 4.14 - 4.17 | 4.14 - 4.17 |
| 非裸机代理机器（技术预览） | 4.16 - 4.17 | 4.16 - 4.17 |
3.1.1.4. 多集群引擎 Operator 的更新
当您升级到 multicluster engine Operator 的另一个版本时，如果 multicluster engine Operator 版本中包含的 HyperShift Operator 支持托管的集群版本，则托管集群可以继续运行。下表显示了在哪些更新的多集群引擎 Operator 版本中支持哪些托管集群版本：
| 更新了多集群引擎 Operator 版本 | 支持的托管集群版本 |
|---|---|
| 从 2.4 更新至 2.5 | OpenShift Container Platform 4.14 |
| 从 2.5 更新至 2.6 | OpenShift Container Platform 4.14 - 4.15 |
| 从 2.6 更新至 2.7 | OpenShift Container Platform 4.14 - 4.16 |
例如，如果您在管理集群中有一个 OpenShift Container Platform 4.14 托管集群，且从 multicluster engine Operator 2.4 更新至 2.5，则托管集群可以继续运行。
3.1.1.5. 技术预览功能
以下列表显示了本发行版本的技术预览功能：
- 在断开连接的环境中在 IBM Z 上托管 control plane
- OpenShift Virtualization 上托管的 control plane 的自定义污点和容限
- 托管 control plane for OpenShift Virtualization 上的 NVIDIA GPU 设备
