我正在寻求共享存储选项的建议，支持ESXi的HA集群（注意我不是要求产品/品牌/型号建议-我知道这是对这里的规则）。我问了技术建议。

我工作的公司是一家小型企业。目前，我们有一个带有DAS和ESXi 6.0的HP DL380 G9，它在运行我们定制开发的应用程序。我们现在正在研究如何使用最经济的选择来实现HA / FT。我们需要HA / FT，因为我是一个IT团队，而且我经常出差，所以手动故障转移/恢复不是一个选择。

我了解我们至少需要2台ESXi主机（物理服务器）和共享存储才能实现HA / FT。我认为这是很有趣的地方：即使是那里最便宜的入门级存储阵列，对我们来说也可能是过大了。我们的存储容量需求可能约为200GB，并且至少5年内我们看不到这一翻倍。但是，我们需要用于HA / FT的共享存储。

因此，非常感谢您对我的选择提出任何建议。谢谢。

一般注意事项（意识流）：

• 想想真是辛苦你要保护什么。

• 没有人使用VMware Fault-Tolerance。好的，也许有人这样做了，但是限制太多了，用例特别狭窄。

• 服务器比您预期的更可靠，尤其是在使用HP ProLiant等高质量系统时。Supermicro将是另一个故事...

• 评估实际的故障模式。HP ProLiant Gen9服务器不仅会发生故障。

• 您可能会遇到单个组件故障，但是有足够的内部冗余来优雅地处理大多数问题。

• 严重的是，冗余电源，冗余风扇，内部磁盘RAID，板载NIC和FLR适配器很少会失败。

• 增加了ILO监视，全面的硬件运行状况检查，并且影响正常运行时间的项目范围也减少了DIMM故障和系统板问题。

现在，我们来谈谈共享存储。共享存储成为故障点，这取决于其设计方式。

• 像的东西MSA SAS挂接的阵列是一个选项，并可以与VMware和两台主机工作。您可以裸买它们并添加所需的容量。

• 无共享设置在某些方面是有益的，但会增加某些复杂性。

• 有超融合选项，例如VMware vSAN，HPE StoreVirtual VSA或Starwind的Virtual SAN产品。

• 对于您的设置，HPE VSA可能免费提供高达1TB的存储空间。

• 入门级SAN是不是令人信服的考虑您的空间需求是令人难以置信的低。

• 可以使用单头存储...甚至可能只是带有您选择的存储操作系统的普通HP服务器（Linux导出NFS，Windows Storage Server等）。

• 我已经记录并概述了适用于Linux的ZFS解决方案，该解决方案可以提供双头故障转移和集群存储功能：请参阅：https：//github.com/ewwhite/zfs-ha

• 不能与一对服务器共享任何内容的另一种解决方案是Zetavault。

• 再加上Veeam VM级复制或基于阵列的复制，您已经解决了99％的潜在存储问题。

但这又是您风险的函数。人们可以轻松地进入高可用性兔子洞...

双虚拟机监控程序主机...好吧。那您需要双重交换结构吗？堆叠开关？多机箱链路聚合（MLAG / MC-LAG）？一个带有双控制器的SAN？两个SAN？SAN复制？VM复制？VM复制到不同的存储？

您有权力多元化吗？多个PDU？多个UPS单元？网站由生成器支持吗？

那么，你还剩下什么？

我认为最好有一些选择。也许与其他合同承保范围。充分记录解决方案，以便客户有一些选择。制作灾难恢复或系统中断的运行手册/脚本。

如果您的公司无法承受用户的停机时间，那么您可以选择VMware FT。要实现此功能，您将明确需要某种共享存储。对于这种情况，我建议您查看软件定义存储（SDS）解决方案，这些解决方案正越来越多地用于构建虚拟化基础架构。使用这种方法，您可以虚拟化ESXi主机的本地物理存储资源，并将其转变为成熟的虚拟SAN。VMware VSAN马上浮现在脑海，但是我要指出一些非常有趣的替代方案，这些替代方案在ESXi环境中实施应该便宜得多。第一名候选人是HPE VSA：良好的功能水平和法定人数的第三个投票节点的烦人的要求。是的，我知道，您仍然可以使用2个节点，但是如果您对停机时间不满意，则必须达到法定人数。相反，第二个候选对象仅具有两个物理主机，并且具有诸如缓存，数据压缩等功能集，具有极简的硬件占用空间。它是StarWind vSAN。两种解决方案都有免费版本，只需检查一下，看看您将如何从中受益。

最好为您提供服务的技术是“软件定义的存储”。一个使本地连接的磁盘对所有VM都可用的VM，通过允许同时在多个节点上使用本地磁盘（允许您在不丢失所有VM的情况下丢失节点）来提供冗余，这是理想的选择。由于我们不是在谈论产品推荐，因此我将在此保留。它仍然是一个新生的市场，但是有一些成熟的选择可以满足要求。