現在、当社の 3 つの Beanstalk は、「64 ビット Amazon Linux 上で実行される Java 8 搭載の Tomcat 8.5」プラットフォームで実行されており、既成の「ami-0e469f970b0c3b65c」AMI 上、または (そのうちの 1 つは) Java コンパイル機能が追加された AMI のカスタマイズ バージョン上で実行されています。
「64 ビット Amazon Linux 2 で実行されている Corretto [x] 搭載の Tomcat 8.5」プラットフォームで新しい Beanstalk を作成するのは簡単そうですが、既存の Beanstalk はどうすればよいのでしょうか。新しい Beanstalk で最初から始めるのでしょうか。それとも、既存の Beanstalk を変換する方法があるのでしょうか。
答え1
新しい環境を作成し、それが機能したら古い環境を終了できると思います。
のドキュメントあまり言わないけど、
Elastic Beanstalk アプリケーションが Amazon Linux AMI プラットフォームブランチに基づいている場合は、このページを使用して、アプリケーションの環境を Amazon Linux 2 に移行する方法を学習してください。2 つのプラットフォーム世代は、既存のアプリケーションとの下位互換性が保証されていません。さらに、アプリケーションコードが新しいプラットフォームバージョンに正常にデプロイされたとしても、オペレーティングシステムと実行時間の違いにより、動作やパフォーマンスが異なる場合があります。Amazon Linux AMI と Amazon Linux 2 は同じ Linux カーネルを共有していますが、初期化システム、libc バージョン、コンパイラツールチェーン、およびさまざまなパッケージが異なります。また、ランタイム、ビルドツール、およびその他の依存関係のプラットフォーム固有のバージョンも更新しました。したがって、時間をかけて開発環境でアプリケーションを徹底的にテストし、必要な調整を行うことをお勧めします。
本番環境に移行する準備ができたら、Elastic Beanstalk ではアップグレードを実行するためにブルー/グリーン デプロイメントが必要になります。プラットフォーム更新戦略の詳細については、「Elastic Beanstalk 環境のプラットフォーム バージョンの更新」を参照してください。
ブルー/グリーン デプロイメントとは基本的に、URL を古い環境から新しい環境に切り替えて、新しい環境が機能したら古い環境を終了できることを意味します。
私たち自身はまだ移行を行っていませんが、私はそのように理解しています。