Elastic Beanstalk環境で2台のマシンを実行しています。 最後の展開から1つがダウンしています。 私は、自動スケーリング構成が、単一のマシンを使用できるため、新しいマシンを開始することを望んでいました。AWS Elastic Beanstalk Auto Scalingコンフィグレーション
それは実現しなかったと私は私の自動スケーリングの設定で間違っているかを把握しようとしている:私は見
Elastic Beanstalk環境で2台のマシンを実行しています。 最後の展開から1つがダウンしています。 私は、自動スケーリング構成が、単一のマシンを使用できるため、新しいマシンを開始することを望んでいました。AWS Elastic Beanstalk Auto Scalingコンフィグレーション
それは実現しなかったと私は私の自動スケーリングの設定で間違っているかを把握しようとしている:私は見
最初の事はあなたのルールが互いに矛盾していることです。不健康なホストの数が0より大きい場合、単一のホストを追加します。 2より小さい場合は、単一のホストを削除します。なぜあなたのトリガーで何が起こっているのか分からないことがあります。
スケーリングトリガーを使用して、自動スケーリンググループのEC2インスタンスをインポートまたは削減します。これは、悪いインスタンスが失敗した原因を調査している間に、アプリケーションの計算能力を維持するために追加のインスタンスを導入する場合に便利です。しかし、これはインスタンスを置き換えません。
不健康な一定期間後にインスタンスを終了するように設定するには、documentation hereに従います。
デフォルトでは、ELBはTCPを使用してポート80をpingします。これは、ホストEC2インスタンスのステータスチェックとともに、EC2インスタンスの「正常性」を決定するものです。 アプリケーションヘルスチェックURLを指定して、アプリケーションが返すカスタマイズヘルスチェックを設定することができます。 Beanstalk ELBs hereの詳細なカスタマイズを確認してください。
そのマシンはELBのOut Of Serviceステータスを示していますか? – error2007s
これは正確な言葉なのかどうかはわかりませんが、私はELBがただ1つのインスタンスしか利用できないことを教えてくれたと確信しています。そして、アプリケーションのステータスが低下しました。 – johni