我一直在阅读Hyper V以及它如何pipe理虚拟networking，我想我已经发现了一个小群集的问题，我们的networking团队已经为我组build了一个小群集来承载一个SharePoint群。
服务器有两个网卡 – 一个用于标准局域网stream量，另一个用于与SAN存储通信。
在启用Hyper Vangular色并为每个NIC创build虚拟networking的默认安装中，据我了解，将会发生以下情况：
结果是主机操作系统使用与子虚拟机使用相同的虚拟networking路由，并且任何新的来宾虚拟机都可以针对相应的vSwitch创build自己的vNIC。
在我所看到的服务器的情况下，我发现在每台主机上，vNIC都没有被绑定，机器已经被重新绑定到物理网卡。
据我所知，一切正常。 该设置已被复制到群集中的所有刀片，所以实时迁移等工作正常。
正如我在上面简要总结的，我是否正确地理解了HyperVnetworking？ （如果我错了，你可以忽略其余的post…！）
如果是这样的话，考虑到在这个设置中所做的改变，主机机器绑定物理网卡可能会出现什么潜在的问题？
我们有一个间歇性的问题，networking活动在随机的虚拟机随机时间冻结 – 解决scheme是重新启动虚拟机或实时迁移到另一个主机。 另一个间歇性的问题是主机发生蓝屏死机，偶尔重新启动 – 崩溃转储似乎表明networking驱动程序内的问题。 到目前为止，我已经被告知，这个问题可能只是驱动程序或BIOS设置，各种各样的事情已经试图没有成功地阻止问题。 我想知道，如果我们的问题可能与绑定到物理网卡的主机绑定到vNIC时有关。
至于BSOD的是关于以下（与您的情况相关）修补程序将需要应用。
http://technet.microsoft.com/en-us/library/ff394763(WS.10).aspx
你真的只用两个nics运行，他们是10GB的吗？ 如果不是那么你的集群没有在推荐的configuration下运行。 真的，它会通过警告集群validationtesting，但它会less于最佳。
如果你真的有lm，csv，hb，vms，mgmt，那么它的configuration是唯一可能的方式，主机必须与vm共享nic。
另一个问题是这个集群使用hyper-v安装然后sysprepped？ 如果是这样，那么你有mac碰撞。
不。 你做得很好。 在Hyper-V团队中，您可以将具有相同名称的真实networking适配器绑定到所有节点中的虚拟networking。 你应该这样做，这是微软推荐的。
尽pipe你正在使用NIC来做很多事情，这可能会导致你的问题。 请记住，只有在这种情况下使用两个networking适配器不是最好的select，并且可能会有意外的行为。
根据Microsoft的build议，您应该在所有Hyper-V节点中具有以下内容：
尝试拥有一切。 记住要在所有节点上重新命名它们。
请记住，Microsoft不支持在Hyper-V群集中的NIC上进行Teaming，这可能会导致失败。 Microsoft KB 968703有更多的信息。
阅读这篇关于networking最佳实践的文章，了解在NIC和关于度量标准中应该启用哪些协议。 build议在每个界面中更改度量标准。