1

私は現在、さまざまなソースからの訪問を記録する追跡サービスを保持しています。時々、訪問を記録してクライアントにリダイレクトするか、クライアントに電話して訪問を報告させます. アーキテクチャは、ロード バランサーの背後に構成された 2 つのワーカー ボックスです。このシステムは Amazon EC2 を使用してセットアップされ、使用されるロード バランサーは Amazon の Elastic LB です。

いくつかのベンチマーク テストを行ったところ、かなりのネットワーク レイテンシに気付きました。ロードバランサを通過するトラフィックは、ボックスに直接到達するよりも少なくとも 2 倍の遅延が発生します。

  • 誰かがそのような問題を経験し、それを解決しようとしましたか? これは Amazon EC2 固有の問題ですか?
  • ネットワーク遅延を大幅に削減するアーキテクチャが他に使用されていますか? たとえば、HA を使用して、トラフィックがロード バランサーを通過する必要がなく、代わりにエンド ポイント サーバーに直接到達するようにしますか? それに時間を費やす前に、他の人が同じことをどう思うか聞きたかった.

お時間をいただきありがとうございます、サントッシュ

4

2 に答える 2

1

LBを変更して、もう一度試してみてください。HAProxy は、優れたセッション/Cookie 対応の L7 バランサーであり、Amazon クラウドでセットアップできます。これを参照してください: http://agiletesting.blogspot.com/2009/02/load-balancing-in-amazon-ec2-with.html

于 2010-09-16T22:12:03.773 に答える
0

ELBのパフォーマンスは、しばらくすると最初に向上することを考慮に入れる必要があります。理由を聞かないでください、しかしそれはそうです-ロードバランサーの温暖化？

また、ELBを送信したトラフィックの量にも依存します。ELBがプロビジョニングされるハードウェアは、通常の小さなインスタンスのように見えることに注意してください。したがって、スループットは最大25 MBitに制限されます（前回チェックしたとき）。さらに必要な場合は、専用に行ってください。

結局、私も、専用のインスタンスでHaproxyを探すことをお勧めします。多少の遅延が予想されますが、2倍の遅延は非現実的に聞こえます。たぶん、別の小さなインスタンスを使用して、ELBに対して直接ベンチマークしてから、を試してくださいc1.medium。

于 2010-10-21T15:00:58.523 に答える