下文提供了有关修复 vSAN 群集中的主机的一些特性。

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

默认情况下,如果 vSAN 群集有附加的系统管理基准,可以根据该基准对群集进行修复,以使所有 ESXi 主机都处于合规状态,并安装 vSAN 推荐的最新软件。

有几种方法可以修复 vSAN 群集中的主机,具体取决于您希望如何处理主机上的虚拟机:

  • 可以从 vSphere Web Client 将主机置于维护模式,然后使用 Update Manager 修复主机。

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

通过 vSphere Web Client,您在将 vSAN 群集中的主机置于维护模式时可以从多个选项中进行选择:“确保可访问性”、“完全数据撤出”和“无数据撤出”。“确保可访问性”选项是默认选项,此选项意味着当您将主机置于维护模式时,vSAN 将确保该主机上所有可访问的虚拟机保持可访问状态。有关各个选项的详细信息,请参见《vSphere 存储指南》中的vSAN 群集的成员置于维护模式主题。

vSAN 群集中的主机置于维护模式时,您必须确认维护模式警告消息。确认该消息之前,您可以选择将已关闭电源的或已挂起的虚拟机移动到群集中的其他主机,但无法选择如何处理主机上已打开电源的虚拟机。系统会自动以与默认“确保可访问性”选项相同的方式处理已打开电源的虚拟机。

使用 Update Manager 时,修复过程可能会将 vSAN 群集中的主机置于维护模式,这样会导致以与默认“确保可访问性”选项相同的方式处理主机上的虚拟机。

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