我们有一个在 6 节点刀片集群上运行 SQL Server 的虚拟机。VM 的数据文件存储在使用直接 iSCSI 连接连接的 SAN 中。
由于此 SQL Server 将运行许多重要的数据库，我们正在讨论是否应该将 SQL Server 集群化，或者 VM 在集群中运行的事实本身是否足以为我们提供高可用性。在处理物理服务器时，我习惯于运行 SQL 集群，但是当所有服务器只是位于 Hyper V 上的虚拟机时，我对最佳实践的做法有点粗略。
如果运行 VM 的刀片出现故障，我认为 VM 将在另一个负载上启动。我猜在设置中添加 SQL 集群的唯一好处是，故障后的恢复时间会更快一点？还有其他好处吗？
我们使用 Hyper V 在刀片的 6 节点故障转移集群上运行多个 VM。
我们有一个间歇性问题（每隔几天在不同时间 - 不是固定频率）虚拟机失去网络连接。对 VM 的控制台访问表明一切正常，底层刀片具有正常连接。为了解决这个问题，我们要么必须重新启动虚拟机，或者更常见的是，我们实时迁移到另一个刀片，这会启动连接，然后我们将其迁移回原始刀片。
我已经在特定刀片上运行的特定 VM 发生了 3 个这种情况，但是在不同的刀片上运行不同的 VM 时发生过一次。所有 VM 和刀片都具有相同的基本设置并运行 Windows 2008 R2。
由于事件日志没有提供任何帮助，我应该寻找诊断此问题的可能原因的任何想法？
编辑：
我已经检查过每个刀片是否都在运行最新的 NIC 驱动程序，一切似乎都很好。
令我困惑的事情 - 虚拟机的故障转移或重新启动解决了该问题。虽然我需要解决导致 NIC 挂起的潜在问题，但我还担心 VM 没有故障转移到另一个可以为我解决中断的节点。有没有办法配置集群，以便它可以判断 VM 来宾已丢失连接并进行故障转移？就目前情况而言，集群假设 VM 正在愉快地运行，因为我认为 Hyper V 表示即使存在问题也一切正常。
编辑：
我想我会更新这个，因为问题仍然很突出 - 不那么频繁，但对于哪个 VM 受到影响似乎仍然是随机的。最新检查是所有 VM 都运行相同的 MPIO 驱动程序和相同的虚拟 NIC 驱动程序版本。一切看起来都与运行在同一刀片中心但在此集群之外的一些 VM 相同，并且这些 VM 从未遇到任何问题。
我一直在阅读 Hyper V 以及它如何管理虚拟网络，我想我发现了一个小集群的问题，我们的网络团队为我组装了一个小集群来托管 SharePoint 场。
问题是服务器有两个 NIC - 一个用于标准 LAN 流量，另一个用于与 SAN 存储通信。
在启用 Hyper V 角色并为每个 NIC 创建虚拟网络时的默认安装中，据我所知，应该发生以下情况：
结果是主机操作系统使用子虚拟机使用的相同虚拟网络路由，任何新的来宾虚拟机都可以针对适当的 vSwitch 创建自己的 vNIC。
就我正在查看的服务器而言，我看到在每台主机上，vNIC 都已解除绑定，并且该机器已重新绑定回物理 NIC。
据我所知，一切正常。设置已在集群中的所有刀片上复制，因此实时迁移等工作正常。
正如我上面简要总结的那样，我对 Hyper V 网络的理解是否正确？（如果我错了，您可以忽略帖子的其余部分......！）
如果是这样，鉴于在此设置中所做的更改，是否存在绑定物理 NIC 的主机机器可能出现的任何潜在问题？
我们遇到了一个间歇性问题，即随机虚拟机上的网络活动在随机时间冻结 - 解决方案是重新启动虚拟机或将其实时迁移到另一台主机。另一个间歇性问题是主机 BSOD 并偶尔重新启动 - 故障转储似乎表明网络驱动程序中存在问题。到目前为止，我一直被告知问题可能只是驱动程序或 BIOS 设置，并且已经尝试了各种方法来解决问题，但都没有成功。我想知道我们的问题是否与主机绑定到物理网卡有关，而它们应该绑定到 vNIC。