データセンター内の通信でドロップされたパケットはどのくらい一般的ですか？

同じデータセンターに2台のマシンがあるとしますが、必ずしも同じラックにあるとは限りません。

これらの2つのマシン間でUDPを使用して送信された場合、パケットのドロップはどのくらい一般的ですか？

私は、マシン間にせいぜい数個のスイッチしかないので、パケットがまったくドロップされないという仮定の下で質問しています。

同じデータセンター内でのパケットの到着の乱れはどのくらい一般的ですか？私の仮定では、99.9％の時間しかルートがないため、これは起こり得ません。

しかし、絶対的なことを考えているときはいつでも、何かを見逃しているに違いないことを知っています。

パケットのドロップが予想されるタイミング、およびそれらがドロップされて同じデータセンター内のマシンの順序が狂ってしまう頻度をよりよく理解するには、どのような背景情報が必要ですか？

最終的に、同じデータセンターにある異なるLinode VPSインスタンス間で通信するときに、マルチキャストUDPまたはPGMのどちらを使用するかを決定しようとしています。情報が到着し、順番に並んでいる必要があります。もちろん、UDPはそれほど素晴らしい音ではありません！

ただし、同じデータセンターでほぼ完全な、または完全な配信が期待できる場合は、問題ありません。しかし、私はその仮定をテストしています。

ありがとう。

仕様ではこれらの保証が提供されていないため、パケットを順番に配信するためにUDPに依存することはできません。最も理想的な状況、つまり2つのホスト間の単一のイーサネットケーブルを想定した場合でも、OS、ネットワークスタック、NICドライバー、およびlibc実装の問題があります。

そのチェーン内のすべてのステップでは、そのコードの作家が選んだだろうしないで、彼らは彼らが持っていないという単純な理由のために順番に到着しても、UDPパケットを注文優先します。

考えられる1つの例は、着信パケットが読み込まれるデータ構造であり、これはリングバッファである可能性があります。順番に到着したパケットは順番にリングバッファーに配置されますが、ドライバー作成者がメモリコードのネットワークコードの上位層にそれらをダンプする方が簡単な場合があり、そのため、順序がランダム化されます。

状況を考えると、仮想マシンはパフォーマンスではなくボリュームに対して実行される共有インフラストラクチャで実行されるため、UDPパケットの受信順序を予測する確率は低くなります。

つまり、仕様でUDPパケットの順序付けに依存できないと記載されている場合です。これに依存することはできません。また、環境を調整して、これまでに約束された仕様よりも強力な保証を与えることはできません。

実験に興味がある場合は、Wiresharkを使用してください。接続が遅い、またはパケットがドロップされたという問題に誰かが本当に気付いた場合は、スイッチのポートをミラーリングし、ラップトップをWiresharkに接続して確認します。

ほとんどすべてのスイッチは、いつでも2つのパケットの再順序付けを引き起こし、PGMなどの多くのネットワークプロトコルによって考慮されます。

考慮すべきことの1つは、ネットワークインフラストラクチャのオーバーヘッドを簡素化および削減するために、ほとんどのデータセンターがデータグラムをブロックし、マルチキャストをブロックすることです。

IP / PGMプロトコル自体は、PGMルーターアシストを有効にし、サーバーとクライアント間のネットワーク要素を認識している場合にのみ使用する必要があります。それ以外の場合は、UDP内にカプセル化されたPGMを使用し、アプリケーションの権限を管理する負担を軽減します。

ØMQのようなメッセージングレイヤーを使用している場合は、IP / PGM、UDP / PGM、またはTCPオーバーレイネットワークの選択を展開と統合に任せることができます。

特定の圧力下でドロップされたパケットを測定できる単純な.netマルチキャストアプリケーションを作成しました。

こちらからダウンロードできます：SimpleMulticastAnalyzer。

楽しい。