本番環境の Elastic Beanstalk 環境（最小4台の Auto Scaling グループ）に新バージョンをデプロイする。デプロイ中も処理容量を4台に維持したまま、問題検出時には再デプロイを行わず即座に旧バージ

Question

本番環境の Elastic Beanstalk 環境（最小4台の Auto Scaling グループ）に新バージョンをデプロイする。デプロイ中も処理容量を4台に維持したまま、問題検出時には再デプロイを行わず即座に旧バージョンへ戻せる構成が必要である。追加インスタンスコストは許容できる。最適なデプロイポリシーはどれか。

Accepted Answer

正解: Immutable デプロイポリシーを使用し、既存グループとは別の新しい Auto Scaling グループへデプロイする。Immutable デプロイは既存 Auto Scaling グループをすべて稼働させたまま別グループに新バージョンをデプロイし、問題発生時は新グループの削除のみでロールバックが完了する。

Answer

Rolling デプロイポリシーを使用し、1台ずつ順次更新することで容量を維持する — Rolling デプロイはバッチサイズ分のインスタンスをローテーションするため、デプロイ中は処理容量が一時的に最小台数を下回る可能性がある。

Answer

Rolling with additional batch デプロイポリシーを使用し、追加バッチで容量を維持して順次更新する — Rolling with additional batch は稼働容量を維持できるが、ロールバック時には旧バージョンを再デプロイする必要があり即座には完了しない。

Answer

All at once デプロイポリシーを使用し、デプロイ後すぐに詳細なヘルスチェックを実行する — All at once は全インスタンスを同時に更新するため、デプロイ中は処理容量が0になりサービスが中断する。

解説