vSAN 群集的设计注意事项
  设计主机和管理节点的配置,以获得最佳可用性并允许消耗增长。

VMware vSAN6.7 群集的设计注意事项--我们有软硬件解决方案_第1张图片

调整 vSAN 群集的大小以允许故障
     可以在虚拟机存储策略中配置允许的故障数主要级别 (PFTT) 属性以处理主机故障。群集所需的主机数计算方式为:2 * PFTT + 1。群集所配置允许的故障越多,所需的容量主机越多。
    如果在机架服务器中连接群集主机,可以将主机整理到故障域以提高机架顶部交换机故障和服务器机架断电等问题的应对能力。


双主机或三主机群集配置的限制
  在三主机配置中,只能通过将允许的故障数设置为 1 来允许一个主机故障。对于虚拟机数据的两个必需副本,vSAN 将各个副本保存在不同的主机上。见证对象位于第三个主机上。由于群集中的主机数量较少,
因此存在以下限制:
1.  当某个主机出现故障时,vSAN 无法在另一个主机上重新构建数据以防止出现另一个故障。
2.   如果主机必须进入维护模式,则 vSAN 无法从主机撤出数据以维持策略合规性。主机处于维护模式时,如果发生其他故障,数据会面临潜在故障或无法访问的风险。

      只能使用确保数据可访问性数据撤出选项。确保数据可访问性可保证对象在数据迁移期间保持可用,但如果发生其他故障可能会面临风险。双主机或三主机群集上的 vSAN 对象不符合策略。主机退出维护模式时,将重新构建对象以确保策略合规性。

      在双主机或三主机群集具有无法访问的主机或磁盘组的任何情况下,如果发生其他故障,vSAN 对象将面临变得无法访问的风险。


平衡和不平衡的群集配置
vSAN 最适合在具有统一配置的主机上运行。
  如果 vSAN 群集使用具有不同配置的主机,则会存在以下劣势:
1.  存储性能的可预测性将会降低,因为 vSAN 不会在各个主机上存储相同数量的组件。
2.  维护步骤不同。
3.  对于群集中拥有较少或类型不同的缓存设备的主机,性能将会降低。


在 vSAN 上部署 vCenter Server
如果 vCenter Server 变得不可用,vSAN 将仍继续正常工作,且虚拟机仍继续运行。
如果 vCenter Server 部署在 vSAN 数据存储中,则 vSAN 群集发生问题时,可以使用 Web 浏览器通过vSphere Host Client 访问每个 ESXi 主机并监控 vSAN。vSAN 运行状况信息会显示在 Host Client 中,也可以通过 esxcli 命令查看。

在 vSAN 数据存储上部署 vCenter Server 时,会将 vCenter vmdk 的存储策略配置为厚置备。有关详细信息,请参见《管理 VMware vSAN》中的“关于 vSAN 策略”。