根据 Virtual SAN 的要求使用闪存设备和磁盘。

确认群集具有容纳预期虚拟机消耗以及虚拟机存储策略中允许的故障数的容量。

存储设备必须满足以下要求,以便可供 Virtual SAN 进行声明:

  • 存储设备在 ESXi 主机本地。Virtual SAN 无法声明远程设备。

  • 存储设备没有任何已经存在的分区信息。

  • 在相同的主机上,无法同时存在全闪存磁盘组和混合磁盘组。

准备磁盘组的设备

每个磁盘组都提供了一个闪存缓存设备和至少一个磁盘或闪存容量设备。闪存缓存设备必须至少提供容量设备上已使用的预期存储的 10% 容量,不包括镜像之类的副本。

Virtual SAN 要求,向群集提供存储的主机上至少有一个磁盘组,群集至少由三个主机组成。使用具有统一配置的主机,以获得 Virtual SAN 的最佳性能。

原始容量和可用容量

提供大于虚拟机容量的原始存储容量以便能够处理某些问题。

  • 不要将闪存缓存设备的大小包括在容量中。这些设备不会提供存储,并且除非您已添加闪存设备用于存储,否则这些设备将用作缓存。

  • 提供足够的空间来处理虚拟机存储策略中允许的故障数值。如果允许的故障数大于 0,将会扩展设备占用空间。如果将允许的故障数设置为 1,占用空间将加倍。如果将允许的故障数设置为 2,占用空间将变成三倍,以此类推。

  • 通过检查各个主机上(而不是整合的 Virtual SAN 数据存储对象上)的空间,确认 Virtual SAN 数据存储具有足够的空间进行操作。例如,撤出某个主机时,数据存储中的所有可用空间可能位于您正撤出的主机上,那么群集将无法容纳撤出到其他主机。

  • 如果具有精简置备存储的工作负载开始消耗大量存储,请提供足够的空间以防止数据存储容量不足。

  • 验证物理存储是否可以在 Virtual SAN 群集中容纳主机的重新保护和维护模式。

  • 注意 Virtual SAN 的可用存储空间开销。

    • 磁盘格式版本 1.0 会增加额外开销,每个容量设备约为 1 GB。

    • 磁盘格式版本 2.0 会增加额外开销,通常每个设备不超过 1-2% 的容量。

    • 磁盘格式 3.0 及更高版本会增加额外开销,通常每个设备不超过 1-2% 的容量。如果启用去重和压缩功能以及软件校验和,则每个设备需要约 6.2% 容量的额外开销。

有关规划 Virtual SAN 数据存储容量的更多信息,请参见《VMware Virtual SAN 设计和优化指南》

Virtual SAN 策略对容量的影响

虚拟机的 Virtual SAN 存储策略会通过多种方式影响容量设备。

表 1. Virtual SAN 虚拟机策略和原始容量

策略影响的方面

描述

策略更改

  • 允许的故障数会影响您必须为虚拟机提供的物理存储空间。允许的故障数越大,可用性越高,必须提供的空间越多。

    允许的故障数设置为 1 时,将实施虚拟机 VMDK 文件的两个副本。如果将允许的故障数设置为 1,50 GB 的 VMDK 文件要求不同主机上具有 100 GB 空间。如果将允许的故障数更改为 2,必须具有足够的空间支持群集中主机间 VMDK 的三个副本,或有 150 GB。

  • 一些策略更改(例如每个对象上新的磁盘带数)需要临时资源。Virtual SAN 会重新创建在特定时间内受更改影响的新对象,物理存储必须同时容纳旧对象和新对象。

重新保护或维护模式的可用空间

当您将某一主机置于维护模式或克隆虚拟机时,尽管 Virtual SAN 数据存储指示有足够的空间可用,但是数据存储可能无法撤出虚拟机对象,因为可用空间位于处于维护模式的主机上。