![Hyper V 故障转移群集上的 SQL 群集](https://linux22.com/image/508363/Hyper%20V%20%E6%95%85%E9%9A%9C%E8%BD%AC%E7%A7%BB%E7%BE%A4%E9%9B%86%E4%B8%8A%E7%9A%84%20SQL%20%E7%BE%A4%E9%9B%86.png)
我们有一个在 6 节点刀片集群上运行 SQL Server 的虚拟机。虚拟机的数据文件存储在使用直接 iSCSI 连接连接的 SAN 上。
由于此 SQL 服务器将运行许多重要的数据库,我们正在讨论是否应该对 SQL 服务器进行集群化,或者 VM 在集群中运行的事实是否足以为我们提供高可用性。我习惯在处理物理服务器时运行 SQL 集群,但当所有服务器都只是 Hyper V 上的 VM 时,我对最佳实践有点不太清楚。
如果运行虚拟机的刀片发生故障,我推测虚拟机将在另一个负载上启动。我猜想在设置中添加 SQL 集群的唯一好处是故障后的恢复时间会更快一些?还有其他好处吗?
答案1
恕我直言,您仍然需要使用 SQL 服务器高可用性 (HA) 选项,例如集群/镜像/复制。
当您需要修补操作系统等操作时,仍然会遇到中断。Hyper-v 对此无能为力。
答案2
这里是 Microsoft 对虚拟化硬件上的群集 SQL Server 实例的支持策略。他们仅在客户机运行 Windows Server 2008 或更高版本时才支持它。最好的情况是配置通过故障转移群集管理单元中的验证测试。这在虚拟机内部运行。
答案3
差不多。它从“启动 SQL Server”运行到“引导 SQL Server”。
答案4
如果您处于故障转移群集中,使用 Hyper V,您可以在 SQL VM 上激活实时迁移,并在需要更新 Hyper V 服务器时将 SQL 服务器迁移到另一个节点,并在不会丢失连接的情况下对 HyperV 服务器进行一些维护。
如果您的服务器崩溃,故障转移将把 SQL 服务所有者转移到另一个节点,并且您将只会丢失 3 - 4 个 ping,但所有活动连接都将丢失。