ELB設定では、ヘルスチェックタイムアウトとして、 Xが失敗した場合には、LBからサーバを取り出してください。AWS ELBゼロダウンタイムデプロイ
実際のゼロ・ダウン・タイム・デプロイメントでは、実際にはこれらの余分な4-5秒のダウン・タイムを避けたいと思っています。
ops側でこれを行う簡単な方法はありますか?これはWebサーバー自体のレベルにある必要がありますか?
ELB設定では、ヘルスチェックタイムアウトとして、 Xが失敗した場合には、LBからサーバを取り出してください。AWS ELBゼロダウンタイムデプロイ
実際のゼロ・ダウン・タイム・デプロイメントでは、実際にはこれらの余分な4-5秒のダウン・タイムを避けたいと思っています。
ops側でこれを行う簡単な方法はありますか?これはWebサーバー自体のレベルにある必要がありますか?
継続配備を行っている場合は、配備するインスタンスをELBから登録解除する必要があります(たとえば、aws elb deregister-instances-from-load-balancer
)。現在の接続がなくなるのを待ってから、アプリを配備し、ELBでインスタンスを登録します。
http://docs.aws.amazon.com/cli/latest/reference/elb/deregister-instances-from-load-balancer.html http://docs.aws.amazon.com/cli/latest/reference/elb/register-instances-with-load-balancer.html
それからちょうどロードバランサでASGを切り替え、また別の自動スケーリンググループに展開するための一般的な戦略です。
ありがとうございます。私はこれを見ました - https://github.com/opbeat/elb-dance - これは簡単になります。このアプローチの私の問題は、実際にはデプロイメントフローに複雑さが増すことです。他のオプションがない場合は、私はこの方向を取る。 –
非常にカスタマイズ可能なので、複雑になるはずです。 AWS Beanstalkは、簡単に導入できるよう、 –
登録/登録抹消をしても、2xxの応答はまだロードされていません。 :( –