第 3 章 管理托管的 control plane
为托管 control plane 配置环境并创建托管集群后，您可以进一步管理集群和节点。
托管的 control plane 只是一个技术预览功能。技术预览功能不受红帽产品服务等级协议（SLA）支持，且功能可能并不完整。红帽不推荐在生产环境中使用它们。这些技术预览功能可以使用户提早试用新的功能，并有机会在开发阶段提供反馈意见。
有关红帽技术预览功能支持范围的更多信息，请参阅技术预览功能支持范围。
3.1. 托管 control plane 的更新
托管 control plane 的更新涉及更新托管集群和节点池。要使集群在更新过程中完全正常工作，您必须在完成 control plane 和节点更新时满足 Kubernetes 版本偏移策略的要求。
3.1.1. 托管集群的更新
spec.release 值决定了 control plane 的版本。HostedCluster 对象将预期的 spec.release 值传送到 HostedControlPlane.spec.release 值，并运行适当的 Control Plane Operator 版本。
托管的 control plane 会管理 control plane 组件的新版本的推出，以及任何 OpenShift Container Platform 组件通过 Cluster Version Operator (CVO) 的新版本。
3.1.2. 节点池的更新
使用节点池，您可以通过公开 spec.release 和 spec.config 值来配置在节点上运行的软件。您可以使用以下方法启动滚动节点池更新：
-
更改
spec.release或spec.config值。 - 更改任何特定于平台的字段，如 AWS 实例类型。结果是一组带有新类型的新实例。
- 如果要将更改传播到节点，修改集群配置。
节点池支持替换更新和原位升级。nodepool.spec.release 值指定任何特定节点池的版本。NodePool 对象根据 .spec.management.upgradeType 值完成替换或原位滚动更新。
创建节点池后，您无法更改更新类型。如果要更改更新类型，您必须创建一个节点池并删除另一个节点池。
3.1.2.1. 替换节点池的更新
一个替换（replace）更新会在新版本中创建实例，并从以前的版本中删除旧的实例。对于这个级别的不可变性具有成本效率的云环境中，这个更新类型会非常有效。
替换更新不会保留任何手动更改，因为节点会被完全重新置备。
3.1.2.2. 节点池的原位更新
原位（in-place）会直接更新实例的操作系统。这个类型适用于对于基础架构的限制比较高的环境（如裸机）。
原位升级可保留手动更改，但在对集群直接关键的任何文件系统获操作系统配置（如 kubelet 证书）进行手工修改时会报告错误。
