概要: サイトに個別のアプリケーション プールがある場合、それらのトラフィックは「NIC チーミング」によって競合を回避できますか?
((これがhttp://networkengineering.stackexchange.comに投稿されたほうがよいかどうか教えてください))
詳細: 当社のホスティング プロバイダーは、当社の Web サイトをホストするサーバーと当社のデータベースをホストするサーバーとの間で NIC チーミングを実行できるシナリオの価格を設定しました。
技術的な詳細 (重要な場合):
(1) Web サイトは、IIS 7.0 を搭載した Windows Server 2008 を実行しているサーバーでホストされています。
(2) データベースは、Windows Server 2003 と SQL Server 2005 を実行するサーバーでホストされています。
(3) 彼らが説明した NIC チーミング シナリオでは、10GBE デュアルポート NIC カードを備えた 2 台のサーバーのそれぞれにクロスオーバー ケーブルが使用されます。
(4) 各サイトには独自の web.config があり、IIS には独自のアプリケーション プールがあります。
(5) 現在、各 Web サイトの SQL Server への接続文字列はすべてまったく同じように見えますが、各 Web サイトで異なる接続文字列を使用するようにすることもできます。
ただし、ホスティングプロバイダーは、 (A) アプリケーションが NIC チーミングを使用するようにコーディングされている (そうではない)、または
(B) 通信が複数の TCP ストリームを経由する場合にのみ、「帯域幅の集約」が表示されると言いました。
最初の 2 つの質問は次のとおりです... これを「プラン A」と呼びます --
(I) すべてのサイトに個別のアプリケーション プールがあるため (上記の詳細 #4 -- その結果、「w3wp.exe」がタスクに 10 回以上表示されます)。マネージャー)、それは複数の TCP ストリームがあるということですか?
(II)ネットワークの競合が効果的に減少する可能性はありますか? つまり、異なるサイト/異なるアプリケーション プールからのトラフィックが別々の tNIC を移動する可能性はありますか?
3 番目の質問... これを「プラン B」と呼びます:
(III) 上記の両方に対する答えが「いいえ」の場合でも、サイトの 1 つに別の SQL Server 接続文字列を与える可能性があると考えています。別の NIC、または別の tNIC。それは理にかなっていますか？
ここStackOverflowの別の投稿を理解している場合、そう思われます：
.NET SqlConnection NICの使用
しかし、私は依然として、個別のアプリケーション プールに基づく競合の自動削減を計画したいと考えています。これは、NIC チーミング ソリューションが、さまざまな需要に基づいて、実際よりもはるかにインテリジェントな方法でトラフィックを誘導することを信頼しているからです。ポートを 1 つのサイトの SQL Server 専用にします。
これが TMI である場合はご容赦ください... フィードバックを歓迎します。
ご関心をお寄せいただきありがとうございます...