2

アプリケーションで1つの論理PGMベースのマルチキャストアドレスを使用する必要がありますが、そのようなアプリケーションを複数の異なる地理的位置(つまり、米国/ヨーロッパ/オーストラリアを考えてください)で「シームレスに」実行できるようにする必要があります。

アプリケーションはかなりのスループット (1 日に数百万のビジネス メッセージ) であり、多くの小さいながらも非常に頻繁にメッセージを送信するため、遅延が要求されます。古典的な Atom pub は、レイテンシの外部制限により、ここでは機能しません。

これらのデータセンターを接続するためのいくつかのオプションを考え出しましたが、最適なものが見つかりません。私が検討したオプションは次のとおりです。1) VPN を介してマルチキャスト メッセージを転送します (VPN はそのような大きな負荷を処理できますか)。2) すべてのマルチキャスト メッセージを「ラッパー メッセージ」に変換し、AMQP 経由で転送します。3) TCP 経由でマルチキャスト メッセージを他の 2 つの場所にトンネリングする専用の社内ゲートを作成します。4) その他の解決策

開発者から追加のコードを書き込む必要がないため、オプション 1 をお勧めします。しかし、信頼できる接続ではないのではないかと心配しています。

そのような接続に適用する規則はありますか?

地理的構成に関する最適なネットワーク構成は、上記の制約に対するものです。

4

2 に答える 2

0

挨拶したかっただけです:)

トピックに関しては、WAN を介したマルチキャストの経験はあまりありませんが、PGM + WAN + 大量のデータが再送信の嵐につながると私は感じています。オーストラリアのすべての受信者は、パケットの欠落に直面したときに NACKS をヨーロッパなどに送信するため、VPN によってこの問題が解消されることはありません。

PGM 仕様では、メッセージ配信用のノードのツリー構造が許可されているため、理論的には、データをローカルで再マルチキャストする受信側に単一のノードを配置できます。ただし、この種の機能が PGM の MS 実装で利用できるかどうかはわかりません。必要に応じて、これを処理する受信側に PGM をサポートする Cisco ルーターを配置できます。

いずれにせよ、私の好みは、データを TCP ストリームに変換し、それを WAN 経由で渡し、反対側で PGM に戻すことです。いくつかのコードを書く必要がありますが、厄介な驚きは期待できません。

マーティン S.

于 2008-12-29T21:12:55.173 に答える
0

CohesiveFT では、1 つの VPN で複数のクラウドを独自のファイアウォールの背後にあるサーバーに接続する「VPN-Cubed」製品を設計したときに、非常によく似た問題に遭遇しました。マルチキャストを使用して相互に通信するアプリを実行できるようにしたかったのですが、たとえば、データ センター全体でネットワーク ストームが発生する可能性を考えれば明らかな理由から、Amazon EC2 はマルチキャストをサポートしていません。また、インターネットを使用してノードの広域フェデレーション全体でトラフィックをルーティングしたいと考えていました。

詳細は省きますが、このソリューションには、トンネリングと BGP などの標準ルーティング プロトコル、および VPN 用のオープン テクノロジーを組み合わせることが含まれていました。RabbitMQ AMQP を使用して、物理的なマルチキャストを必要とせずに、pubsub スタイルでメッセージを配信しました。これは、VPN-Cubed のセーフ ハーバーにいる場合、ドメインやファイアウォールを越えても、広域サブネット上でマルチキャストを偽装できることを意味します. ここのテクニカル ノートで説明されているように、「ネットワーク オーバーレイ」であるため機能します: http://blog.elasticserver.com/2008/12/vpn-cubed-technical-overview.html

実際に特定の解決策を提供するつもりはありませんが、この回答がこれらのアプローチのいくつかを試す自信につながることを願っています.

乾杯、アレクシス

于 2009-01-10T10:31:32.230 に答える