第 5 章 升级 OpenShift Virtualization
了解 Operator Lifecycle Manager (OLM) 如何为 OpenShift Virtualization 提供 z-stream 和次要版本更新。
5.1. 关于升级 OpenShift Virtualization
- Operator Lifecycle Manager (OLM) 管理 OpenShift Virtualization Operator 的生命周期。Marketplace Operator 在 OpenShift Container Platform 安装过程中部署，使外部 Operator 可供集群使用。
- OLM 为 OpenShift Virtualization 提供 z-stream 和次要版本更新。当您将 OpenShift Container Platform 升级到下一个次版本时，会提供次要版本更新。在没有升级 OpenShift Container Platform 前，您无法将 OpenShift Virtualization 升级到下一个次版本。
- OpenShift Virtualization 订阅使用一个名为 stable 的单一更新频道。stable 频道确保 OpenShift Virtualization 和 OpenShift Container Platform 版本兼容。
如果您的订阅的批准策略被设置为 Automatic，则升级过程会在 stable 频道中提供新版本的 Operator 时立即启动。强烈建议您使用 Automatic（自动） 批准策略来维护可支持的环境。只有在运行对应的 OpenShift Container Platform 版本时，才会支持 OpenShift Virtualization 的每个次要版本。例如，必须在 OpenShift Container Platform 4.9 上运行 OpenShift Virtualization 4.9。
- 虽然可以选择 Manual（手工） 批准策略，但并不建议这样做，因为它存在集群的支持性和功能风险。使用 Manual 批准策略时，您必须手动批准每个待处理的更新。如果 OpenShift Container Platform 和 OpenShift Virtualization 更新不同步，您的集群将无法被支持。
- 更新完成所需时间取决于您的网络连接情况。大部分自动更新可在十五分钟内完成。
- 升级不会中断网络连接。
- 数据卷及其关联的持久性卷声明会在升级过程中保留。
重要
如果您正在运行无法进行实时迁移的虚拟机，则这些虚拟机可能会阻止 OpenShift Container Platform 集群升级。这包括禁用了 sriovLiveMigration 功能门的虚拟机，使用 hostpath 置备程序存储或 SR-IOV 网络接口。
作为临时解决方案，您可以重新配置虚拟机以便在集群升级过程中自动关闭它们。删除 evictionStrategy: LiveMigrate 字段，并将 runStrategy 字段设置为 Always。
