第 5 章 更新 OpenShift Virtualization
了解 Operator Lifecycle Manager (OLM) 如何为 OpenShift Virtualization 提供 z-stream 和次要版本更新。
5.1. 关于升级 OpenShift Virtualization
5.1.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.8 上运行 OpenShift Virtualization 4.8。
- 虽然可以选择 Manual（手工） 批准策略，但并不建议这样做，因为它存在集群的支持性和功能风险。使用 Manual 批准策略时，您必须手动批准每个待处理的更新。如果 OpenShift Container Platform 和 OpenShift Virtualization 更新不同步，您的集群将无法被支持。
- 更新完成所需时间取决于您的网络连接情况。大部分自动更新可在十五分钟内完成。
5.1.2. OpenShift Virtualization 升级对您的集群有什么影响
升级不会中断虚拟机工作负载。
升级过程中不会重启或迁移虚拟机 Pod。如果需要更新
virt-launcherPod，则必须重启或实时迁移该虚拟机。注意每个虚拟机均有一个
virt-launcherpod，用于运行虚拟机实例。virt-launcherpod 运行一个libvirt实例，用于管理虚拟机进程。
- 升级不会中断网络连接。
数据卷及其关联的持久性卷声明会在升级过程中保留。
重要如果您正在运行无法进行实时迁移的虚拟机，则这些虚拟机可能会阻止 OpenShift Container Platform 集群升级。这包括禁用了
sriovLiveMigration功能门的虚拟机，使用 hostpath 置备程序存储或 SR-IOV 网络接口。作为临时解决方案，您可以重新配置虚拟机以便在集群升级过程中自动关闭它们。删除
evictionStrategy: LiveMigrate字段，并将runStrategy字段设置为Always。
