对于具有单独应用程序池的多个站点，“ NIC分组”能否减少争用？ （连接带有IIS的服务器和带有SQL Server的服务器）

Question

简介：如果站点具有单独的应用程序池，它们的流量能否避免通过“ NIC分组”引起争用？

（（让我知道这是否更好地发布在http://networkengineering.stackexchange.com上 ））

详细信息：我们的托管服务提供商已定价了可以在托管我们的网站的服务器和托管我们的数据库的服务器之间进行NIC分组的方案。

技术细节（以防万一）：
（1）网站托管在运行Windows Server 2008和IIS 7.0的服务器上。
（2）数据库托管在运行Windows Server 2003和SQL Server 2005的服务器上。
（3）他们描述的NIC分组方案将涉及具有10GBE双端口NIC卡的两台服务器中的每台服务器，它们之间具有交叉电缆。
（4）每个站点在IIS中都有自己的web.config和应用程序池。
（5）当前，每个网站到SQL Server的连接字符串看上去都完全相同，但是我们可以使每个网站使用不同的连接字符串。

但是，托管服务提供商告诉我们，只有在以下情况下，我们才会看到“带宽汇总”
（A）我们的应用程序被编码为使用NIC分组（不是），或者
（B）我们的通讯经过一个以上的TCP流。

所以，这是我的前两个问题...称为“计划A”
（I）因为我们的站点都有单独的应用程序池（上述详细信息＃4 –在任务管理器中导致“ w3wp.exe”出现了10次以上），这是否意味着我们有多个TCP流？

（II）是否可以有效减少网络争用-也就是说，来自不同站点/不同应用程序池的流量可以在单独的tNIC上传输吗？

我的第三个问题...称为“计划B”：
（三）如果回答上述两个是“否”，那么我仍然看到的给我们的网站之一单独的SQL Server连接字符串的可能性，给它一个独立的网卡，或单独tNIC。 这有意义吗？

如果我在StackOverflow上了解另一篇文章，这听起来像是这样：
.NET SqlConnection NIC的用法

不过我还是更喜欢计划一个-争夺的自动下降的基础上，单独的应用程序池-因为我相信一个网卡绑定解决方案直接以更智能的方式通信-根据不同的需求-那将是比专门将端口专用于一个站点的SQL Server。

如果这是TMI，请原谅...欢迎反馈。

谢谢你的关注...

Answer 1

应用程序池的数量不能确定TCP流的数量。 除非客户端重复使用现有连接（HTTP保持活动状态），否则对服务器的每个HTTP请求将是一个单独的TCP流。

如果遇到网络争用，使用成组的NIC应该可以帮助您减少竞争。 您正在创建到服务器的另一条物理路径，但是路由器或交换机必须知道如何使用它。