我们有一个在 6 节点刀片集群上运行 SQL Server 的 VM。VM 的数据文件存储在使用直接 iSCSI 连接附加的 SAN 中。
由于此 SQL Server 将运行许多重要的数据库,我们正在讨论是否应该将 SQL Server 集群化,或者 VM 在集群本身中运行这一事实是否足以为我们提供高可用性。在处理物理服务器时,我习惯于运行 SQL 集群,但是当所有服务器都只是位于 Hyper V 上的虚拟机时,我对最佳实践有点粗略。
如果运行 VM 的刀片发生故障,我认为 VM 将在另一个负载上启动。我猜测向设置中添加 SQL 集群的唯一好处是,故障后的恢复时间会更快一些?还有其他好处吗?
恕我直言,您仍然需要使用 sql server 高可用性 (HA) 选项,例如集群/镜像/复制。
当您必须执行修补操作系统等操作时,您仍然会遇到中断。Hyper-v 在那里无济于事。
这是 Microsoft 对虚拟化硬件上的群集 SQL Server 实例的支持策略。他们仅在来宾运行 Windows Server 2008 或更高版本时支持它。最好的情况是配置通过故障转移群集管理管理单元中的验证测试。这是在虚拟机内部运行的。
差不多。它在“启动 SQL Server”到“启动 SQL Server”之间运行。
如果您在故障转移集群中,使用 Hyper V,您可以在 SQL VM 上激活实时迁移,并在需要更新 Hyper V 服务器时将 SQL 服务器迁移到另一个节点,并在不丢失连接的情况下对 HyperV 服务器进行一些维护.
如果您的服务器崩溃,故障转移会将 SQL 服务所有者转移到另一个节点,您只会丢失 3 - 4 次 ping,但您的所有活动连接都将丢失。