さまざまな層のためのawsの弾力のあるbeanstalkロードバランサを設定する方法は？

Question

awsがサーバーのスケーリングとそれを自動管理する責任を負う弾性ビーンストークプログラム内のawsのドキュメントを読んでいます。同じドキュメントに、ロードバランサの変更と設定のオプションがあります。私の場合、IPネットワーク層（L3）上のサーバに来るリクエストのバランスを取るために変更したいが、HTTPとTCPしか聞くことができず、バランスが取れていると言われている。

私は、スケーリングを考慮して開発する必要があるチャットアプリケーションバックエンドを開発しています。 L3でリッスンするロードバランサを設定するにはどうすればよいですか？

チャットアプリケーションを動作させるためには、サーバとの接続がロードバランサでないようにする必要があります。そのため、IP層のパケットをサーバーにロードして、サーバがtcpの接続を確立できるようにする必要があります（もし私が間違っていると私はtcpレイヤーでそれを行うことができます）。

私には別のオプションがありますか、それともec2を使用して強制的にシステム管理オーバーヘッドをすべて処理し、独自のロードバランサを作成しますか？

Answer 1

ELB Classicは、レイヤ4またはレイヤ7のいずれかで動作します。これはオプションです。

チャットアプリケーションを動作させるには、サーバとのTCP接続をロードバランサでなくてはならないので、IP層のパケットをサーバにロードしてサーバがTCP接続を確立できるようにする必要がありますアプリ。

これは実際には間違っています。クライアントのソースIPアドレスを知る必要がある場合は、ELBでプロキシプロトコルを有効にし、これをサーバーコードでサポートできます。

ELBは、プロキシプロトコルを有効にして、インスタンスへの新しい接続を確立すると、アプリケーションが解釈できる外部接続を記述する5方向タプルを含む1行のプリアンブルを発行します。その後、L4接続のペイロードストリームを開き、接続の残りの部分は透過的です。私は、プロキシについて知っていることは、それは要求をrecievesとき、私は匿名だし、それがインターネット上でデータを要求していることですが、アシフ行動する送信元IPを変更

申し訳ありません

http://docs.aws.amazon.com/elasticloadbalancing/latest/classic/enable-proxy-protocol.html