我的商店正在整合一个三节点集群，作为我们客户的Hyper-V主机。 以前我们为这个客户所做的安装每个集群只有两个节点，所以我们做了节点和磁盘多数。 很简单。 但是现在我们正在转向奇数个节点，这使我们陷入了困境：按照微软的build议和使用节点多数或者select没有多数：仅磁盘 ？
我想问社区：
我问的原因是，使用推荐的设置，我们只能容忍一个服务器故障与两个。 另一方面，No Majority会导致“单一”失败点（这是我认为我们可以减轻的）。 即使只有一个节点可用，我的客户也确实希望拥有这个群集。 为了给问题提供适当的背景，这里是我们的物理configuration：
我在网上看到的所有东西都是这样说的，这个configuration是危险的，但我不知道他们是否只是鹦鹉或者实际上validation了这些信息。 我想我正在从社区寻求让我放心的select，因为我偏离了微软的build议。
当具有偶数个节点的故障转移群集，但是networking并不冗余时，仍然存在单点故障。 但是这听起来像是你有一个完全冗余的networking设置，在这种情况下，我会select节点多数。
在节点占多数的情况下，即使SAN设备完全死亡，您的故障转移群集至less仍然可用。 如果你不占多数，那么你必须对这个磁盘的可用性有最大的信心，而且我会更加相信比镜像SAN更多的简单的交换机。 此外，如果您的冗余networking死亡，如果SAN没有问题，则无关紧要。