我们有一个在6个节点的刀片集群上运行SQL Server的虚拟机。 VM的数据文件存储使用直接iSCSI连接连接的SAN。
由于这个SQL服务器将运行许多重要的数据库，我们正在讨论是否应该对SQL Server进行集群化，或者在集群中运行的虚拟机足以提供高可用性。 我习惯于在处理物理服务器时运行SQL集群，但是当所有服务器都只是位于Hyper V上的虚拟机时，最好的做法是什么？
如果运行虚拟机的刀片服务器出现故障，我认为虚拟机将在另一个负载上启动。 我猜测，将SQL集群添加到安装程序的唯一好处是可以使失败后的恢复时间更快一些。 还有其他好处吗？
恕我直言，你仍然需要使用SQL Server高可用性（HA）选项，如集群/镜像/复制。
当你需要修补操作系统时，你仍然会停机。 Hyper-v不会在那里帮助。
以下是Microsoft对虚拟化硬件上的群集SQL Server实例的支持策略。 他们只在客户运行Windows Server 2008或更高版本时才支持它。 最好的情况是configuration通过故障转移群集pipe理pipe理单元中的“validation”testing。 这在虚拟机内运行。
很多。 它在“启动SQL Server”到“启动SQL Server”之间运行。
如果您处于故障转移群集中，使用Hyper V，您可以在SQL VM上激活实时迁移，并在需要更新Hyper V服务器时将SQL Server迁移到另一个节点，并且在HyperV服务器上进行一些维护而不会丢失连接。
如果服务器崩溃，故障转移将把SQL服务所有者转移到另一个节点，并且只会丢失3-4个ping，但所有活动的连接都将丢失。