磁盘格式升级是可选操作,如果使用以前的磁盘格式版本,Virtual SAN 群集也能继续顺利运行。

为获得最佳效果,请升级对象以使用最新的磁盘格式。最新的磁盘格式提供了 Virtual SAN 的完整功能集。

磁盘格式升级所耗用时间因磁盘组大小而异,因为一次只升级一个磁盘组。升级每个磁盘组时,磁盘组中每个设备的所有数据都将撤出且该磁盘组也将从 Virtual SAN 群集中移除。然后,将该磁盘组添加回使用新磁盘格式的 Virtual SAN。

启动磁盘格式升级后,Virtual SAN 会执行多个操作,可以在“正在重新同步组件”页面中监控这些操作。下表汇总了磁盘格式升级期间发生的各个过程。

表 1. 升级进度

完成百分比

描述

0 - 5%

群集检查。检查群集组件,为升级做好准备。此过程需要几分钟。Virtual SAN 将确认不存在可能导致升级无法完成的任何未完成问题。

  • 所有主机均已连接。

  • 所有主机的软件版本均正确无误。

  • 所有磁盘均正常运行。

  • 自动磁盘声明已禁用。

  • 所有对象均可访问。

5 - 10%

磁盘组升级。Virtual SAN 将执行首次磁盘升级,但不会迁移任何数据。此过程需要几分钟。

10 - 15%

对象重新对齐。Virtual SAN 将修改所有对象的布局,以确保对象正确对齐。此过程所需的时间因系统而异,包含少量快照的小型系统可能只需要几分钟,而包含大量快照、大量碎片写入内容和大量未对齐对象的大型系统可能需要数小时甚至数天。

15% - 95%

磁盘组移除和重新格式化。每个磁盘组都将经历从群集中移除、重新格式化、添加回群集三个步骤。此过程所需的时间因分配的兆字节数和系统利用率而异。接近 I/O 容量的系统传输速度将非常慢。

95% - 100%

最终对象版本升级。将对象转换为新磁盘格式以及重新同步已完成。此过程所需的时间因已用空间量和是否选择允许减少冗余选项而异。

在升级期间,可通过导航到 vSphere Web Client 的“正在重新同步组件”页面来监控升级过程。请参见在 Virtual SAN 群集中监控重新同步任务。您还可以使用 RVC 命令 (vsan.upgrade_status <cluster>) 来监控升级。按 Ctrl+C 之前,请使用可选的 -r <seconds> 标记定期刷新升级状态。每次刷新之间允许的最小秒数为 60 秒。

vSphere Web Client 状态栏的“近期任务”窗格中,可以监控其他升级任务,例如,设备移除和升级。

升级磁盘格式时,请注意以下事项:

  • 如果要升级包含三个主机且每个主机均包含一个磁盘组的 Virtual SAN 群集,并且要执行完全撤出操作以避免出现可能导致数据丢失的潜在故障,对于允许的故障数配置为大于 0 的对象,撤出操作将失败。原因是,三主机群集无法重新保护正在使用仅两个主机的资源进行完全撤出的磁盘组,例如,当允许的故障数设置为 1 时,Virtual SAN 需要三个保护组件(两个镜像和一个见证),其中每个保护组件均位于单独的主机中。

    对于三主机群集,必须选择确保可访问性撤出模式。如果处于此模式,任何硬件故障都可能会导致数据丢失。

    此外,还必须确保有足够的可用空间。该空间必须等于最大磁盘组的逻辑耗用容量。该容量必须由正在迁移的磁盘组之外的磁盘组提供。

  • 使用三主机群集或在资源有限的情况下升级 Virtual SAN 时,运行带 vsan.ondisk_upgrade --allow-reduced-redundancy 选项的 RVC 命令,以允许虚拟机在升级期间以减少冗余模式运行。

  • 使用 --allow-reduced-redundancy 命令选项意味着某些虚拟机在迁移期间可能不允许出现故障。允许的故障数减少还可能导致数据丢失。Virtual SAN 在升级完成之后会还原完全合规性和冗余。升级期间,虚拟机的合规性状态及其冗余均临时处于不合规状态。完成升级以及所有重新构建任务之后,虚拟机将恢复合规状态。

  • 在升级过程中,请勿移除任何主机或断开主机连接,也不要将主机置于维护模式。这些操作可能会导致升级失败。

有关 RVC 命令和命令选项的信息,请参见《RVC 命令参考指南》