Elastic Beanstalkのデプロイポリシーまとめ

デベロッパーアソシエイトを勉強中です。

公式がこちらのページで説明していますが、
文章が分かりづらく、整理のために投稿します。
https://docs.aws.amazon.com/ja_jp/elasticbeanstalk/latest/dg/using-features.rolling-version-deploy.html

前提

設定の画面で、バッチサイズの割合を決めることができると思います。

その割合と、インスタンス数を掛け算したものが、
バッチのインスタンス数になります。

例
バッチサイズ:25%
インスタンス数:4台
0.25(25%) ×　4(台) = 1(台)

名前の通り、全てのEC2インスタンスに対して、
同時にデプロイを行います。

短時間ではありますが、サービスが停止する時間があります。

それぞれのインスタンスで、デプロイ完了までの時間差が生まれ、
新旧アプリが混在する時間が存在します。

全てのインスタンスにデプロイされるまで、1~3を繰り返します。

デタッチされている分、ELBで捌けるインスタンス数が減るので、パフォーマンスに影響が出る可能性がある。

新旧アプリが混在する時間が存在します。(All at onceより基本長い時間)

3~4を繰り返すことで、全てのインスタンスを更新します。

Rollingでは、一時的にリクインスタンスの数が減っていたが、
こちらでは、新規立ち上げするため、減りません。

実際の本番環境では、こちらが一番よく使われるみたいです。

すごく短時間だが、EC2インスタンスの数が増え、料金がかかってしまう。

こちらも新旧アプリが混在する時間が存在します。

一時的に、EC2インスタンスの数が倍増し、費用がかかる。

こちらも新旧アプリが混在する時間が存在します。

Blue-Green Deploymentを使いましょう。

Elastic Beanstalkのクローンを作成し、
そちらにデプロイをします。

動作に問題なければ、環境URLのスワップを行うことで、
新旧アプリが混在する時間がなくなります。