摘要：如果网站有单独的应用程序池，他们的流量是否可以通过“网卡绑定”避免争用？
（（如果最好发布在http://networkengineering.stackexchange.com））
，请告诉我详情： 我们的托管服务提供商定价了可以在托管我们网站的服务器和托管我们数据库的服务器之间完成网卡绑定的场景。
技术细节（如果重要）：
（1）网站托管在运行Windows Server 2008且IIS 7.0的服务器上
（2）数据库托管在运行Windows Server 2003的服务器上，使用SQL Server 2005
（3）他们描述的网卡组合方案将涉及两台服务器中的每一台都有一个10GBE双端口NIC卡，并且之间有交叉电缆。
（4）每个站点都有自己的web.config，以及IIS中自己的应用程序池
（5）目前，对于每个网站，SQL Server的连接字符串看起来完全相同，但我们可以使每个网站使用不同的连接字符串。
但是，托管服务提供商告诉我们，如果是，我们只会看到“带宽聚合” （A）我们的应用程序编码为使用NIC组合（不是）或者 （B）我们的通信涉及多个TCP流。
所以，这是我的前两个问题......称之为“计划A” - （I）因为我们的站点都有单独的应用程序池（上面的详细信息＃4 - 导致“w3wp.exe”出现超过10次，在任务管理器中）， 这是否意味着我们有多个TCP流？
（II）网络争用中是否存在有效减少 - 也就是说，来自不同站点/不同应用程序池的流量是否可以在单独的tNIC上传输？
我的第三个问题......称之为“计划B”：
（III）如果以上两者的答案都是“否”，那么我仍然看到有可能给我们网站的 ONE 一个单独的SQL Server连接字符串，给它一个单独的NIC，或者单独的tNIC。 那有意义吗？
听起来确实如此，如果我在StackOverflow上了解另一篇文章：
.NET SqlConnection NIC usage
但我仍然 PREFER 计划 - 基于单独的应用程序池自动减少争用 - 因为我相信NIC Teaming Solution能够以更加智能的方式引导流量 - 基于不同的需求 - 而不是将一个端口专门用于一个站点的SQL Server。
请原谅这是否是TMI ...反馈欢迎。
感谢您的关注......
答案 0 :(得分：1)
应用程序池的数量不确定TCP流的数量。除非客户端重用现有连接（HTTP keep-alive），否则对服务器的每个HTTP请求都将是一个单独的TCP流。
如果您遇到网络争用，使用组合网卡可以帮助您减少它。您正在创建另一条到服务器的物理路径，但路由器或交换机必须知道使用它。