SOに関する古い記事をたくさん見てきました。だから私は再びそれを求めています。2012 年 4 月の時点で、EC2 の Elastic Load Balancing (ELB) はどれくらい優れていますか。EC2 サーバーの ELB に代わるものは何ですか。長所と短所は何ですか。
また、EBL はそれ自体ですべてを行う魔法の剣です。つまり、アプリに変更を加える必要はありません。
PS:私はこれらすべての完全な初心者です
SOに関する古い記事をたくさん見てきました。だから私は再びそれを求めています。2012 年 4 月の時点で、EC2 の Elastic Load Balancing (ELB) はどれくらい優れていますか。EC2 サーバーの ELB に代わるものは何ですか。長所と短所は何ですか。
また、EBL はそれ自体ですべてを行う魔法の剣です。つまり、アプリに変更を加える必要はありません。
PS:私はこれらすべての完全な初心者です
ELBで私が抱えていた最大の問題は、リクエストごとに60秒という厳しい制限があることです。ユースケースで60秒を超える接続が必要な場合、ELBは機能しません。補遺:接続が何らかの「キープアライブ」トラフィックを実行できる場合、ELBはそれを強制終了しません。一般的に、長時間実行されるHTTP応答の場合、60秒で終了します。
もう1つの落とし穴は、ELBが不健康なしきい値に設定したヘルスチェックの数に失敗すると、インスタンスへのすべての接続をすぐに強制終了することです。そのため、不健康なしきい値を最も長く実行されているプロセスよりも高く維持しないと、apacheの正常な停止などは困難です。または60秒以上。どちらも、アプリと予想される応答性によっては一生のように見える場合があります。
編集:ELBは接続のドレインをサポートするようになりました: http://aws.amazon.com/about-aws/whats-new/2014/03/20/elastic-load-balancing-supports-connection-draining/
また、よくある間違いは、インスタンスのアベイラビリティーゾーンをELBに追加するのを忘れたり、ヘルスチェックを誤って構成したりすることです。
ELBは管理の観点からは非常に優れていますが、いくつかの優れた機能が欠けていることは間違いありません。ELBでSSLを終了することは、おそらく最大の「キラー機能」であり、すべての欠点を比較して重要ではなく、重要ではありません。
Elastic Load Balancing は、Amazon EC2 インスタンスの正常性を検出できます。これはとてもいい機能です。Auto Scaling で ELB を使用していますが、かなりうまく機能します。また、ELB は負荷に応じて自動的にスケーリングします。ELB で問題が発生することはありません。これを読むと役に立つかもしれません