Elastic Beanstalkで、環境設定のアップデートローリング

スクロール環境設定の更新

場合は、設定の変更は、交換用のインスタンスを必要とする場合、Elastic Beanstalkでは、変更内容を伝播する際のダウンタイムを回避するために、バッチ更新を行うことができます。ロールオーバー時には、単一のバッチサイズ縮小の容量に応じて、あなたはサイズを設定することができます。弾性豆の木は、インスタンスの数を停止し、これらのインスタンスを終了し、新しいコンフィギュレーションの例の数を開始します。新しいバッチがリクエストの処理を開始した後、Elastic Beanstalkでは、次のバッチに移動します。

スクロール一括設定の更新処理は、周期的な時間(各バッチ間の遅延)または運転条件に応じて処理することによって基づくことができます。時間ベースのロールオーバーのために、あなたはスタートで待機しているElastic Beanstalkで時間を設定することができますし、次の動き前のバッチ後にインスタンスの数を終えます。これにより、アプリケーションガイドの時間を一時停止し、要求の処理を開始することができます。

不変環境アップデート

不変環境の更新がされた更新転がり選択肢を。安全で効率的なアプリケーション構成の変更を確認するために更新され不変の環境では、インスタンスを交換する必要があります。アップデートに失敗した環境を変えることができない場合は、ロールバック処理は、自動スケーリンググループを終了させる必要があります。一方、ローリングアップデートの失敗は、変更をロールバックするために追加のロールオーバーを実行する必要があります。

更新不変の環境を実行するには、Elastic Beanstalkでは、新しいインスタンスを含めるために、ご使用の環境でのロードバランサの背後にある第二仮オートスケーリング・グループを作成します。まず、Elastic Beanstalkで単一インスタンスは、新しいグループに新しい設定を使用して開始します。このインスタンスと、元の自動スケーリンググループのすべてのインスタンスは、トラフィックのためのサービスを提供するために一緒に設定する前に実行します。

ヘルスチェックにより、最初のインスタンスの後、Elastic Beanstalkでは、追加のインスタンスを起動し、新しい設定を使用して、そのオリジナルの自動スケーリンググループの試合で実行中のインスタンスの数。すべての新しいインスタンスが健康で確認されている場合は、Elastic Beanstalkでは、オリジナルの自動スケーリンググループこれらのインスタンスに転送され、暫定自動スケーリンググループと古いインスタンスが終了されます。

おすすめ

転載: www.cnblogs.com/cloudrivers/p/11628131.html