多数のマシン間で大量のトラフィックをやり取りする分散アプリケーションがあります。現在、これらのマシンはラック内の他のマシンとギガビット ネットワークを共有していますが、問題 (パケット衝突) が発生し始めています。解決策を探しているときに、ジャンボ フレームに関する議論を見つけました。宣伝どおりに機能すれば、間違いなく私の問題は解決するでしょう。しかし...
分散アプリケーション（一種のウェブクローラー）に使用するサーバーもインターネットへのアクセスが必要であり、ジャンボフレームについて私が読んだものはすべて、それがうまく機能するためにはすべてのデバイスネットワークに接続されているデバイスは、ジャンボ フレームをサポートしている必要があります。私のルータは、送信前にジャンボ パケットを分割する処理をうまく処理できるかもしれませんが、そうすると速度が著しく低下します。
私のサーバーにはすべて 2 つのネットワーク カードがあります。分散アプリケーション用にプライベート ネットワークを設定し、すべてのマシンの最初のネットワーク カードがジャンボ フレーム用に設定されていることを確認して、それらのマシンの 2 番目のカード (ジャンボ フレームはオフ) を使用して、ネットワークの残りの部分と外部に接続することはできますか。ここでの私の考えは、クローラー サブシステム内部の大量のトラフィックが、インターネット トラフィックを含むネットワークの残りの部分から分離され、ジャンボ フレームの使用によって通信速度が向上するということです。
マシンはすべて、Windows 2008 を実行する Dell PowerEdge 1950 サーバーです。PE サーバーの Broadcom GigE ネットワーク アダプターがジャンボ フレームをサポートしていることはわかっていますが、1 つをジャンボ フレームあり、もう 1 つをジャンボ フレームなしで構成できますか?
最後に、ジャンボ フレームをサポートするスイッチを確実に入手するにはどうすればよいでしょうか? 現在、問題なく動作していると思われる TP-Link スイッチを使用していますが、ジャンボ フレームをサポートしているかどうかに関する情報が見つかりません。
疑問がたくさんあることはわかっています。私が考えていることは妥当でしょうか?
答え1
これを実行するときは、NIC が別々のネットブロックに存在することを確認してください。Linux を使用する場合、パケットはネットブロック内のシステムの最初の NIC 経由でルーティングされるため、eth1 の MTU が 9000 であっても、それらのパケットは eth0 経由でルーティングされる可能性があります。
この動作を回避するために、ストレージ ネットワークに別の VLAN を設定し、eth1 に別のネットブロックを設定する必要がありました。この特定のシステムでは、かなり大きなファイルを多数ストリーミングするため、MTU を 9000 に増やすと、スループットが簡単に向上しました。
答え2
それはかなり実現可能なはずです。Windows 上のサーバー NIC は、インターフェイスごとに異なる MTU 設定を持つことができます。そうでなければ、ジャンボ フレームの通常のドライバーである iSCSI は、これまでのような普及は得られなかったでしょう。
答え3
少し立ち止まって考えてみましょう。全二重スイッチ環境では衝突は発生しないはずです。ジャンボ フレーム パスに進む前に、衝突の原因を調査することをお勧めします。
そうは言っても、個々のデバイスは相互に MTU サイズをネゴシエートする必要があります。したがって、すべてのデバイスでこれをオンにする必要はありません。