你是否曾经试图去理解MicroSpeak（Microsoft的特定语言，虚拟化管理员都不是很喜欢这种语言）？在大型业务中倾向于使用公司的专用术语，但是很多公司都尽量使用常见的表达方式以避免客户的不满。

　　一个很好的例子就是对Hyper-V网卡（NIC：Network Interface Card）聚合的狂热支持。如果仔细阅读IT相关的博客中任何关于对NIC聚合理解不全面的博文，在这些文章中都会传达出Hyper-V对企业并不适用的信息。实际情况也确实如此，问题出在把理想状态从实际情况中隔离出来，或者更具体点讲，是从实际运行方式中的现实中隔离出来。在本文中，TechTarget中国的特约专家Greg Shields将客观说明NIC聚合中微软支持的和不支持的方面。

　　首先需要说明的问题

　　硬件制造商（不是微软）通常都提供聚合网络接口的能力。回溯到Windows NT时期，微软在NIC聚合上的态度曾经是“硬件制造商提供对容错技术（硬件和驱动）的支持。”

• 仅仅就Hyper-V来讲，微软发布了对Hyper-V NIC聚合的支持策略，该策略重申了微软对NIC聚合问题的立场。更具体一点来讲是这样的：因为只有硬件厂商支持网络适配器聚合，所以微软在产品支持服务中并不提供对这项技术的支持。因此在故障恢复时，如果怀疑聚合软件出现问题，微软就会考虑暂时关闭或者移除网络适配器聚合软件。如果移除网络适配器聚合软件后问题得到解决，进一步的帮助就必须从硬件厂商获得。

　　早期微软的一篇关于网络适配器聚合和服务器集群的文章再次声明了这一立场：

• 在公共网或者客户端网络使用聚合是可以接受的。然而，如果出现的问题和聚合有关，微软品支持服务会要求关闭聚合。如果这样做可以解决问题，则后续的解决方案就必须寻求硬件制造商的帮助。

　　微软是否支持NIC聚合？

　　这些文章的表达方式容易引起争议。微软是否“支持”聚合？实际上答案相当简单。微软从来没有写过聚合驱动，因此并不对驱动问题提供支持。聚合驱动支持通常是硬件厂商提供的一个功能，所以也由硬件厂商负责完成。因此，微软的态度是微软并不是不支持聚合，而是不负责聚合。

　　这些疑惑都可以归结到技术支持上。如果需要微软的技术支持，就必须在证明聚合驱动没有问题前关闭聚合。如果确实是聚合驱动的问题，则微软就会要求从驱动制造商获得帮助来解决问题。对比一下修车的场景，如果新买一部Toyota并且安装第三方的燃油喷射计算器来加大马力。之后不久，车的马力出现问题。因为该车已经被改装过了，Toyota零售商不会认为这个在保修范围之内。此时修车就很有可能需要Toyota和第三方燃油喷射器制造商的共同帮助。

　　这仅仅是现实世界的方式，对于跨多个IT厂商构建一个数据中心基础架构也是同样的情况。从这个基础架构获得支持则会关联到多家企业。为了进一步巩固这个观点，我引用Microsoft的另外一个声明，如下是其官方回应：

• 微软当然明白NIC聚合是一项非常重要的技术。然而，由于NIC聚合配置是NIC商家的专有解决方案，所微软不能够支持NIC聚合配置。也就是说，微软曾经测试过若干个商家的解决方案，并且发现这些解决方案是不错的产品，可以很好地满足客户的需求。尤其是最近两个商家发布对其聚合产品的更新，这些聚合产品主要是为了满足Hyper-V安装的需求。

　　因此，能够也应该在Hyper-V主机上使用网络聚合。但需要做的是确保硬件驱动支持Hyper-V聚合。首先咨询服务器供应商，确定其驱动在设备上是否可以运行。

　　在Hyper-V NIC最佳实践系列文章的第二部分，我将会介绍使用增加NIC的方法代替部署一个虚拟的本地局域网的理想场景。