以下是有关修复 Virtual SAN 群集中包含的主机的一些具体情况。

在设计上,Virtual SAN 群集中一次只能有一个主机处于维护模式。由于 Update Manager 必须按顺序处理主机的修复,因此完成主机修复过程可能需要花费很长时间。即使您选择了并行修复主机的选项,Update Manager 也会按顺序修复 Virtual SAN 群集中包含的主机。

可以通过多种方式修复 Virtual SAN 群集中包含的主机,具体取决于您想使用何种方式来处理主机上的虚拟机:

  • 您可以在 vSphere Web Client 中将主机置于维护模式,然后通过使用 Update Manager 来修复主机。

  • 您可以在 vSphere Client 中将主机置于维护模式,然后通过使用 Update Manager 来修复主机。

  • 您可以在 Update Manager 修复过程中将主机置于维护模式。

当将 Virtual SAN 群集中的主机置于维护模式时,可以在 vSphere Web Client 的多个选项中进行选择:“确保可访问性”、“撤出全部数据”和“不撤出数据”。“确保可访问性”选项是默认选项,表示当您将主机置于维护模式时,Virtual SAN 可确保仍然可以访问此主机上所有可访问的虚拟机。要了解每个选项的更多信息,请参阅《vSphere 存储指南》中的“将 Virtual SAN 群集的成员置于维护模式”主题。

当您在 vSphere Client 中将 Virtual SAN 群集中的主机置于维护模式时,必须确认维护模式警告消息。确认该消息之前,可以选择将已关闭电源和挂起的虚拟机移动到群集中的其他主机上,但不能选择处理主机上已打开电源的虚拟机的方式。将已打开电源的虚拟机自动按相当于“确保可访问性”选项(默认)的方式处理。

使用 Update Manager 时,修复过程会将 Virtual SAN 群集中的主机置于维护模式,从而以“确保可访问性”选项(默认)的方式处理主机上的虚拟机。

如果主机是 Virtual SAN 群集的成员,并且主机上有任何虚拟机在其存储策略中使用“允许的故障数=0”的设置,则在进入维护模式时,主机可能会出现异常延迟。发生延迟的原因是 Virtual SAN 必须将虚拟机数据从 Virtual SAN 数据存储群集中的一个磁盘迁移到另一个磁盘。可能会延迟数小时。可以通过将虚拟机存储策略设置为“允许的故障数=1”来解决此问题,这会导致在 Virtual SAN 数据存储中创建两个虚拟机副本。