データセンター間のスロットル


7

一般に、データセンター間のリンクは共有されます(共有ネットワークインフラストラクチャがあります)。したがって、私は変更される場合があります2つのデータセンター間で利用可能な帯域幅を検出することはできませんすべての中を、道を通じて

連続して、私はそのようなリンクの間で私のUDPパケットを提出することによってネットワークを絞ることができません。なぜなら、私はパケットのドロップとメッセージの損失を心配しているからです。

2つのデータセンター間で利用可能な帯域幅を瞬時に繰り返し検出して、パケットで帯域幅を調整できる方法はありますか?

回答:


7

パケットのドロップやメッセージの損失を心配しているため、このようなリンク間でUDPパケットを送信してネットワークを調整することはできません。

一見すると、これはネットワークではなく、アプリケーションの設計上の問題のように聞こえます。

  1. ネットワークは信頼できません。
  2. UDPは、アプリケーション層の損失の検出と再送信を追加せずにメッセージを確実に転送することを意図したものではありません。

アプリケーションが信頼できるメッセージングを必要とする場合、多くの人々はTCP(ユニキャストエンドポイントの場合)またはTIBCO RV(マルチキャストエンドポイント)を使用します。悪魔は常に詳細にあり、1つのサイズですべてのソリューションに対応することはできません。

2つのデータセンター間で利用可能な帯域幅を瞬時に繰り返し検出する方法はありますか?パケットでスロットルできるようにするにはどうすればよいですか?

あなたは本質的に伝統的にQoSと呼ばれるものを求めています

トラフィックを分類して優先順位を付けるルールを作成したら、CBWFQLLQなどのQoS規則を使用して、輻輳に直面して最も重要なトラフィッククラスに優先順位を付けることができます(使用可能な帯域幅が少ないなど)。

または、QoSを使用して、特定のトラフィッククラスを平均レートにシェーピングすることもできます。

一般に、UDPトラフィッククラスは、TCPクラスよりも損失の影響を受けやすいと考えられています。もちろん、このルールには常に例外があります。たとえば、TIBCO RVは一般にUDPマルチキャストに基づいていますが、TIBCOには再送信の必要性を検出するためのシーケンス番号が含まれています。アプリケーションによっては、UDP TIBCOクラスを他のTCPトラフィックよりも優先する必要がある場合とない場合があります。

使用可能な帯域幅を検出する方法が見つかりませんでした。

それはQoSの特定のタイプに依存しますが、一般的に:

  • QoSクラスは、トラフィッククラス内の平均使用率を監視します
  • QoSはインターフェイスキューの輻輳を監視し、インターフェイスのキューサイズがゼロでない場合(つまり、輻輳)にのみ優先順位を付けます。

この回答は、1種類のQoS構成を示しています。

最終メモ:


1
まず、お返事ありがとうございます。たくさん検索しましたが、今までのところ、利用可能な帯域幅を検出する方法が見つかりませんでした。はい、QoSは送信スループットを固定しきい値に制限することについて話します。しかし、共有ネットワークで知っているように、帯域幅は時々変化します。QoSが役立つかどうかはわかりません。それ以外の場合は、さらに明確にしてください。
Mohamad-Jaafar NEHME 2015年

QoSは大きなテーマであり、このような状況での唯一の選択肢です。
Ryan Foley

@RyanFoleyは大きなテーマです、ありがとうございます;)
Mohamad-Jaafar NEHME

また、これが、帯域幅が変化する可能性のあるリンクで利用可能な帯域幅を検出/決定するという質問にどのように答えるかわからない
南蛮ジム

私の答えは、トラフィックエンジニアリングの目的でそれを行うべきではないということです。QoSを使用してトラフィックに自動的に優先順位を付ける
Mike Pennington
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.