允许两次故障的三节点集群

Eri*_*ger 3 sql-server clustering sql-server-2008-r2 high-availability

我们正在使用 SQL 2008 R2 创建一个三节点三实例集群(不是最先进的,但这是应用程序支持的),并认为它应该能够在两个物理节点关闭的情况下维持仲裁。配置它的最佳方法是什么?

我的经理一直在推动一个见证服务器,它就像在节点和磁盘多数之上进行额外的法定投票。这给了我们每个节点的投票,为仲裁磁盘投票,但是是否可以设置一个接收投票的见证服务器?

我认为见证是用于镜像的,我们没有计划在这个集群上实施。有人告诉我,添加第四个节点是不可能的,即使它只是一个被动节点。

Tho*_*ger 6

如果您希望能够在故障转移群集内维持两个节点的故障转移,那么您需要确保有五个投票者进行仲裁。

您目前有三个节点,即使您要添加磁盘见证,您仍然处于同一点:无论您有三张还是四张可能的法定人数投票,您仍然需要三张法定人数投票(您需要有超过一半的法定人数选票)。

我以前从未听说过“见证服务器”的术语,我认为那个人只是想给一个逻辑名称,以简单地将另一个节点添加到您的集群中。

换句话说,如果您现在有一个带有磁盘见证的节点集群,那么总共有五个投票者。五个选民将允许您维持两个节点失败(前提是您的磁盘见证继续正常运行)。

话虽如此,您还需要为自己回答几个问题:

  • 在这个集群中你真的需要三个独立的实例吗?这背后的驱动力是什么?

  • 您可能拥有的 FCI 节点之一是否能够支持所有三个 SQL Server 实例?(想想看,那里可能有很多严重的争用)

  • 所有这些实例都需要在同一个集群中吗?

我确实想回应@AaronBertrand 在他对您的问题的评论中所说的话。没有active / active [ / n [ / n ... ] ]SQL Server 集群这样的东西。这样想是极其误导的,而且这个术语传统上引起了很多混乱(更不用说,错误标题的基本问题)。