我正在使用一台Windows 2008 R2服务器上的大约40个客户端来pipe理这个networking。 这些客户端通过两个千兆交换机（24端口哑交换机）连接到服务器。 在接下来的几个月中，客户数量将会增加。 让我们说，我们想要计划多达100个客户。
networkingstream量已经很高，有时会变得非常堵塞。 我的目标是在不久的将来使networking带宽增加一倍，而当我们购买新的服务器硬件时，我的目标是四倍。
显然，这将需要多个NIC或具有多个以太网端口的NIC卡。 这些是我对选项/限制的看法：
我读到Windows Server 2012具有内置NIC组合function。 但是，这是不可行的，因为许可成本（服务器+ CAL）太高。 另外，这根本不是升级服务器软件的根本原因。
没有LACP /分组就可以使用多个NIC。 每个NIC必须位于单独的子网上，因为当两个NIC位于同一个子网上时，Windows Server不能正常工作。 每个NIC将连接到不同的交换机，因此这些客户端将位于不同的子网上。 虽然这会增加服务器的总带宽，但也会增加networkingconfiguration（路由，DHCP，DNS，防火墙等）的一些复杂性。否则，你能说服我吗？
放弃现有的愚蠢开关，并寻求更好的东西。 Netgear提供具有LACP / LAGfunction的“非托pipe加”交换机。 每个24端口交换机（最高端口configuration）花费在卢比左右。 在印度20k（〜350美元），所以四个这样的交换机将使我们回到约卢比。 80k（〜US $ 1400）。 但我认为它会比replaceWindows Server本身更好。 这可能是最后的手段。
我读过某些服务器级NIC卡（例如来自Intel的）可以提供基于驱动程序的成组/聚合，即使服务器操作系统或交换机不支持该function。 我做了一些search，大部分的结果都是关于Linux和FreeNAS等的，所以我不确定这是否适用于Windows环境。 如果这真的是一个可行的select，这是我不久的将来最好的select。 任何人都可以分享他们的这种设置的经验，并build议任何具体的网卡型号？
除此之外，我可以尝试某种networking优化。 目前所有的客户端都直接连接到交换机。 我可以做的是在一组客户端中引入一些小型交换机，并将这些小型交换机连接到主交换机。 但不知道这是否会为我工作，因为stream量大部分是真实的，所有这些都涉及到服务器。 客户之间没有太多的事情要做。 服务器主要用作文件服务器。
你怎么看？ 我在这里错过了什么？
第一个问题：
什么是衡量指标用于确定您的利用率（即：什么是“高”和“阻塞”？我假设这是在服务器上完成，因为你不能从非托pipe交换机拉动统计。
第二：
编辑回复您的评论下面，因为我的回复是太长的评论：
我的问题是试图确定你为什么假设你的networking利用率“已经很高”和“堵塞”。 如果你真正的问题是devise缺陷（networking环路等），configuration问题（速度/双工不匹配等），或交换机的问题（缓冲区溢出/丢弃的数据包等），然后提供更多的带宽服务器帮不了你 使用当前的硬件，很难缩小问题的具体位置。
你从哪里跑过来的？ 你说的一个wirehark跟踪显示没有什么不寻常的certificate你的“networkingstream量”已经很高或“堵塞”。 不要太苛刻，但是你知道你在寻找什么吗？ 根据您的问题以及您当前的思路，我不知道您的知识水平在哪里排查networking跟踪，以查看是否存在问题。
在服务器网卡上运行perfmon计数器可以让您更好地了解服务器网卡上的使用情况，这只是第一个表明服务器的带宽更多可能会有所帮助。 但是你还没有说过你是否已经运行这些计数器。
最后，大多数驱动程序软件可以通过任何交换机（包括非托pipe交换机）进行某种forms的networking合作。 一般来说，您仅限于直接故障转移或仅传输负载平衡。 故障转移就像听起来一样。 只有一个NIC被使用，直到检测到故障，然后故障转移到另一个NIC。 传输负载平衡只会负载平衡来自系统的出站stream量。 传入stream量通常仍然局限于单个NIC。 我相信Broadcom可以通过SLB（智能负载平衡）来尝试通过无偿ARP来实现有限的接收负载平衡，但是我从来没有用过它。 完全的LaCP汇聚将要求交换机支持它。 除此之外还有更多，但这不是关于网卡团队types和支持的问题。