我一直在阅读有关 Hyper V 以及它如何管理虚拟网络的文章，并且我发现我们的网络团队为我组建的用于托管 SharePoint 场的小型集群存在问题。
有问题的服务器有两个 NIC - 一个用于标准 LAN 流量，另一个用于与 SAN 存储通信。
在默认安装中，当启用 Hyper V 角色并为每个 NIC 创建虚拟网络时，据我了解，应该发生以下情况：
- 创建虚拟交换机。
- 创建与 vSwitch 同名的 vNIC。
- 主机解除自身与物理 NIC 的绑定，并将自身绑定到新的 vNIC。
结果是主机操作系统使用与子虚拟机相同的虚拟网络路由，并且任何新的客户虚拟机都可以针对适当的 vSwitch 创建自己的 vNIC。
就我所查看的服务器而言，我发现每台主机上的 vNIC 都已解除绑定，并且机器已重新绑定到物理 NIC。
据我所知，一切运行正常。该设置已复制到集群中的所有刀片上，因此实时迁移等运行正常。
正如我上面简要总结的那样，我对 Hyper V 网络的理解正确吗？（如果我错了，你可以忽略帖子的其余部分...！）
如果是这样，考虑到此设置中所做的更改，主机绑定物理 NIC 时是否会出现任何潜在问题？
我们遇到了一个间歇性问题，即网络活动在随机时间在随机虚拟机上冻结 - 解决方案是重新启动虚拟机或将其实时迁移到另一台主机。另一个间歇性问题是主机偶尔会出现 BSOD 并重新启动 - 崩溃转储似乎表明网络驱动程序存在问题。到目前为止，我被告知问题可能只是驱动程序或 BIOS 设置，并且尝试了各种方法都没有成功阻止问题。我想知道我们的问题是否与主机绑定到物理 NIC 有关，而它们应该绑定到 vNIC。
答案1
就 bsod 而言，需要应用以下（与您的情况相关的）修补程序。
http://technet.microsoft.com/en-us/library/ff394763(WS.10).aspx
您真的只用两个网卡运行吗？它们是 10gb 的吗？如果不是，那么您的集群没有在推荐的配置下运行。确实，它会通过集群验证测试，但会出现警告，但效果不是最佳的。
如果您确实有一个用于 lm、csv、hb、vms、mgmt 的 nic，那么它的配置是唯一可能的，并且主机必须与 vm 共享 nic。
另一个问题是，此集群是在安装了 hyper-v 之后构建的，然后进行了 sysprepped？如果是这样，则存在 mac 冲突。
答案2
不是。你做得对。在 Hyper-V 团队中，你可以将同名的真实网络适配器绑定到所有节点中的虚拟网络。你应该这样做，这是 Microsoft 推荐的。
尽管您使用 NIC 做了很多事情，但这可能会产生问题。请记住，在这种情况下仅使用两个网络适配器并不是最佳选择，并且可能会出现意外行为。
根据 Microsoft 的建议，您应该在所有 Hyper-V 节点中拥有以下内容：
- 专用于虚拟机的 NIC。
- 专用于管理的网卡，也就是供主机使用的网卡。
- 专用于 iSCSI 的 NIC。
- 专用于心跳的网卡。这是集群的内部流量。
- 如果您打算使用 Live Migraton，那么您应该为其配备专用的 NIC。
尝试全部拥有它们。记得在所有节点上准确重命名它们。
请记住，Microsoft 不支持在 Hyper-V 群集中的 NIC 上进行 Teaming，这可能会导致故障。有关更多信息，请访问Microsoft 知识库 968703。
读本文有关网络最佳实践，了解您应该在哪个 NIC 中启用哪些协议以及度量标准。强烈建议更改每个接口中的度量标准。