10.5.19. 更新次版本之间的主机

您可以更新集群中的所有主机，或更新单个主机。

10.5.19.1. 更新集群中的所有主机

您可以更新集群中的所有主机，而不是逐一更新主机。这在升级到 Red Hat Virtualization 的新版本时特别有用。如需有关用于自动更新的 Ansible 角色的更多信息，请参阅 https://github.com/oVirt/ovirt-ansible-cluster-upgrade/blob/master/README.md。

红帽建议一次更新一个集群。

限制

  • 在 RHVH 上，更新仅保留 /etc 和 /var 目录中的修改内容。更新期间会覆盖其他路径中的修改数据。
  • 如果在集群级别启用了迁移，虚拟机会自动迁移到集群中的其他主机。
  • 在自托管引擎环境中，管理器虚拟机只能在同一集群中自托管引擎节点之间迁移。它不能迁移到标准主机。
  • 集群必须有足够的内存供其主机执行维护。否则，虚拟机迁移将挂起且失败。您可以通过在更新主机前关闭部分或所有虚拟机来减少主机更新的内存使用。
  • 您无法将固定的虚拟机（如使用 vGPU 的虚拟机）迁移到另一台主机。固定虚拟机会在更新过程中关闭，除非您选择跳过该主机。

流程

  1. 在管理门户中，点 Compute → Clusters 并选择集群。
  2. 单击 Upgrade。
  3. 选择要更新的主机，然后单击 Next。

  4. 配置选项：

    • Stop Pinned VMs 会关闭固定到集群中主机的任何虚拟机，这个选项被默认选择。您可以清除此复选框以跳过更新这些主机，从而使固定虚拟机保持运行，例如当固定虚拟机运行重要服务或进程时，您不希望它在更新过程中在未知时间关闭。
    • Upgrade Timeout (Minutes) 设置在集群升级失败并显示超时前等待各个主机更新的时间。默认值为 60。您可以为可能不足 60 分钟的大型集群增加它，或者为主机快速更新的小型集群减少它。
    • Check Upgrade 会在运行升级过程前，检查每个主机是否有可用的更新。默认情况下不选择它，但如果您需要确保包括最新的更新，例如当您配置了 Manager 以检查主机更新少于默认值时，您可以选择它。
    • Reboot After Upgrade 会在更新后重新启动，这会默认选择。如果您确定没有需要主机重新引导的待定更新，您可以清除此复选框来加快进程。
    • 使用维护策略 在更新过程中将集群的调度策略设置为 cluster_maintenance。默认情况下会选择它，因此活动有限，除非为高可用，虚拟机不会启动。如果您有一个自定义调度策略要在更新过程中一直使用，但这可能会产生未知的后果，您可以清除此复选框。在禁用这个选项前，请确保您的自定义策略与集群升级活动兼容。
  5. 点 Next。
  6. 检查将受影响的主机和虚拟机的摘要。
  7. 单击 Upgrade。

您可以在 Compute → Hosts 视图中跟踪主机更新的进度，以及 通知 Drawer ( EventsIcon )的 Events 部分。

您可以通过 Compute → Virtual Machines 视图中的 Status 栏跟踪各个虚拟机的迁移进度。在大型环境中，您可能需要过滤结果以显示一组特定的虚拟机。