0

時間があれば、ロードバランサーに関する質問。

だから私はAWSをしばらく使っています。非常に基本的なインスタンスで、何かを行う必要があるときにいつでもそれらを使用していくつかのタスクを実行します。

現在、負荷分散が必要なタスクがあります。公務じゃないけど。私のウェブサイトと同じサーバーで実行したくない巨大な cron ジョブです。

AWS ロードバランサーをセットアップしましたが、期待どおりの動作をしません。1 つのサーバーでスタックし、負荷がまったく分散されません。なぜこれを行うのかを読みましたが、それはすべて問題ありませんが、本格的なラウンドロビンロードバランサーである必要があります.

編集:

異なるゾーンにインスタンスを設定しましたが、ELB にインスタンスをいくつ追加しても、1 つしか使用されません。そのインスタンスを停止すると、別のインスタンスに切り替わるため、機能していることがわかります。しかし、あらゆる状況下で常に別のものを使用することを本当に望んでいます。

私は代替手段があることを知っています。ここに私の質問があります: カスタム php ロードバランサーは今のところ良いオプションでしょうか? IE: サーバーのリストを用意し、php に ec2 インスタンスをランダムに選択させます。まったくスケーラブルではありませんが、少なくとも 2 分でこれをセットアップでき、今のところ機能します。

また

時間をかけて HAProxy の仕組みを学び、AWS ELB の代わりに設定する必要がありますか?

また

私はそれを間違っていますか?AWSのELBはラウンドロビンを行います. 設定が間違っているだけですか?

編集:

構造: 1) Web サーバーは実行するタスクを見つけます。

2) 大きすぎる場合は、AWS (ロード バランサー) に送信します。

3)EC2で仕事をする

4) curl 経由で API に報告する

5) すすぎと繰り返し

すべてがうまく機能します。しかし、接続は常に私のサーバー (1 つの IP) から行われるため、単一の EC2 マシンに固定されます。

4

3 に答える 3

0

HAProxy は習得が難しくなく、非常に軽量でありながら柔軟です。私は実際に、ELB の背後で HAProxy を使用して、両方の長所を活用しています。つまり、インターネットに面し、SSL をアンラップする ELB の強化され、管理された、手を使わない信頼性と、物事がサーバーにどのように影響するかを微調整できるようにする HAProxy の柔軟な構成です。私はまだ HAProxy インスタンスを失ったことはありませんが、ELB はそのインスタンスをローテーションから外すだけです...バックエンドサーバーがすべてアクセスできなくなったときに起こるのを見たように、構成済み) ELBに HAProxy が異常であると認識させますが、これは私のセットアップの設計によるものです

于 2013-09-17T04:02:39.693 に答える