Amazon Linux AMI (AL1) から AL2 または AL2023 への移行 - AWS Elastic Beanstalk
相違点と互換性移行プロセス役に立つリファレンスすべての Linux プラットフォームに関する考慮事項プラットフォーム固有の考慮事項

Amazon Linux AMI (AL1) から AL2 または AL2023 への移行

Elastic Beanstalk アプリケーションが Amazon Linux AMI プラットフォームブランチに基づいていている場合について、このセクションでアプリケーションの環境を Amazon Linux 2 または Amazon Linux 2023 に移行する方法を説明します。Amazon Linux AMI に基づく以前の世代のプラットフォームブランチは、現在、廃止されています。

Amazon Linux 2023 は Amazon Linux 2 よりも新しいので、Amazon Linux 2023 に移行することを強くお勧めします。Amazon Linux 2 オペレーティングシステムは Amazon Linux 2023 よりも前にサポート終了となるため、Amazon Linux 2023 に移行すれば、より長いサポート期間を利用できるというメリットがあります。

着目すべきは、Elastic Beanstalk Amazon Linux 2 プラットフォームと Amazon Linux 2023 プラットフォームの間には高度な互換性があるという点です。ただし、インスタンスメタデータサービスバージョン 1 (IMDSv1) オプションのデフォルト、pkg-repo インスタンスツールのサポート、いくつかの Apache HTTPd 設定など、一部に違いがあります。詳細については、「Amazon Linux 2023」を参照してください。

相違点と互換性

AL2023/AL2 ベースのプラットフォームブランチは、既存のアプリケーションに対して下位互換性があるとは限りません。アプリケーションコードが新しいプラットフォームバージョンに正常にデプロイされた場合でも、オペレーティングシステムとランタイムの違いにより、動作やパフォーマンスが異なる場合があるという点を認識しておくことも重要です。

Amazon Linux AMI と AL2023/AL2 は同じ Linux カーネルを共有しますが、初期化システム、libc バージョン、コンパイラツールチェーン、およびさまざまなパッケージが異なります。詳細については、「Amazon Linux 2 に関するよくある質問」を参照してください。

Elastic Beanstalk サービスでは、プラットフォーム固有のバージョンのランタイム、ビルドツール、およびその他の依存関係も更新されました。

したがって、時間をかけて開発環境でアプリケーションを徹底的にテストし、必要な調整を行うことをお勧めします。

一般的な移行プロセス

本番稼働用に移行する準備ができたら、Elastic Beanstalk では、アップグレードを実行するために Blue/Green デプロイが必要です。ブルー/グリーンデプロイ手順での移行に推奨する一般的なベストプラクティス手順は次のとおりです。

移行テストの準備

アプリケーションをデプロイしてテストを開始する前に、このトピックの後に記載されている「すべての Linux プラットフォームに関する考慮事項」の情報を確認してください。また、それに続く「プラットフォーム固有の考慮事項」セクションで、ご使用のプラットフォームに該当する情報を確認してください。このコンテンツのうち、ご使用のアプリケーションと設定のセットアップに当てはまる、または当てはまる可能性のある特定の情報を書き留めておいてください。

高レベル移行ステップ

  1. AL2 または AL2023 プラットフォームブランチをベースにした新しい環境を作成します。AL2023 プラットフォームブランチに移行することをお勧めします。

  2. ターゲットの AL2023/AL2 環境にアプリケーションをデプロイします。

    新しい環境のテストと調整を繰り返し行っている間、既存の本番環境は引き続きアクティブで影響を受けません。

  3. 新しい環境でアプリケーションを徹底的にテストします。

  4. ターゲットの AL2023/AL2 環境を本番環境に移行させる準備が完了したら、2 つの環境の CNAME を入れ替えて、新しい環境にトラフィックをリダイレクトします。

より詳細な移行手順とベストプラクティス

ブルー/グリーンデプロイ手順の詳細については、「Elastic Beanstalk を使用したブルー/グリーンデプロイ」を参照してください。

より具体的なガイダンスと詳細なベストプラクティス手順については、「Blue/Green method」を参照してください。

移行計画に役立つその他のリファレンス

以下のリファレンスには、移行を計画するための追加情報があります。

すべての Linux プラットフォームに関する考慮事項

次の表に、AL2023/AL2 へのアプリケーションの移行を計画する際に注意すべき考慮事項を示します。これらの考慮事項は、特定のプログラミング言語やアプリケーションサーバーに関係なく、任意の Elastic Beanstalk Linux プラットフォームに適用されます。

エリア 変更と情報

設定ファイル

AL2023/AL2 プラットフォームでは、以前と同じように設定ファイルを使用でき、すべてのセクションは同じように動作します。ただし、特定の設定は、以前の Amazon Linux AMI プラットフォームと同じように機能しない場合があります。例:

  • 設定ファイルを使用してインストールしたソフトウェアパッケージの中には、AL2023/AL2 で使用できないものや、名前が変更されているものがあります。

  • 一部のプラットフォーム固有の設定オプションは、プラットフォーム固有の名前空間から、プラットフォームに依存しない異なる名前空間に移行しました。

  • .ebextensions/nginx ディレクトリで提供されるプロキシ設定ファイルは、.platform/nginx プラットフォームのフックディレクトリに移動する必要があります。詳細については、「リバースプロキシの設定」を参照してください。

環境インスタンスでカスタムコードを実行するには、プラットフォームフックを使用することをお勧めします。.ebextensions 設定ファイルでコマンドやコンテナコマンドを使用することはできますが、操作は簡単ではありません。たとえば、YAML ファイル内にコマンドスクリプトを記述することは、面倒でテストが難しい場合があります。

AWS CloudFormation リソースへのリファレンスが必要なスクリプトについては、.ebextensions 設定ファイルを使用する必要があります。

プラットフォームフック

AL2 プラットフォームは、実行可能ファイルを追加して環境のインスタンス上のディレクトリをフックすることで、環境のプラットフォームを拡張する新しい方法を導入します。以前の Linux プラットフォームバージョンでは、カスタムプラットフォームフックを使用していた可能性があります。これらのフックは、マネージドプラットフォーム用に設計されておらず、サポートされていませんでしたが、場合によっては便利な方法で動作する可能性があります。AL2023/AL2 プラットフォームバージョンでは、カスタムプラットフォームフックは機能しません。すべてのフックを新しいプラットフォームフックに移行する必要があります。詳細については、「プラットフォームフック」を参照してください。

サポートされているプロキシサーバー

AL2023/AL2 プラットフォームのバージョンは、Amazon Linux AMI プラットフォームバージョンでサポートされている各プラットフォームと同じリバースプロキシサーバーをサポートします。ECS および Docker プラットフォームを除いて、AL2023/AL2 プラットフォームのすべてのバージョンは、デフォルトのリバースプロキシサーバーとして nginx を使用しています。Tomcat、Node.js、PHP、Python のプラットフォームも、代替として Apache HTTPD をサポートします。このセクションの説明の通り、すべてのプラットフォームでプロキシサーバーの設定が一貫して有効にされています。ただし、プロキシサーバーの設定は、Amazon Linux AMI の設定とは少し異なります。すべてのプラットフォームの相違点は次のとおりです。

  • デフォルトは nginx - すべての AL2023/AL2 プラットフォームバージョンで、デフォルトのプロキシサーバーは nginx です。Tomcat、PHP、Python の Amazon Linux AMI プラットフォームバージョンでは、デフォルトのプロキシサーバーは Apache HTTPD でした。

  • 一貫した名前空間 - すべての AL2023/AL2 プラットフォームバージョンでは、aws:elasticbeanstalk:environment:proxy 名前空間を使用してプロキシサーバーを設定します。Amazon Linux AMI プラットフォームのバージョンでは、プラットフォームごとの決定となり、Node.js は異なる名前空間を使用していました。

  • 設定ファイルの場所 - プロキシ設定ファイルは、すべての AL2023/AL2 プラットフォームバージョンの .platform/nginx および .platform/httpd ディレクトリに配置する必要があります。Amazon Linux AMI プラットフォームのバージョンでは、これらの場所はそれぞれ .ebextensions/nginx と .ebextensions/httpd でした。

プラットフォーム固有のプロキシ設定の変更については、プラットフォーム固有の考慮事項 を参照してください。AL2023/AL2 プラットフォームでのプロキシ設定については、「リバースプロキシの設定」を参照してください。

プロキシ設定の変更

各プラットフォームに固有のプロキシ設定の変更に加えて、すべてのプラットフォームに共通に適用されるプロキシ設定の変更があります。環境を正確に設定するには、両方を参照することが重要です。

インスタンスプロファイル

AL2023/AL2 プラットフォームでは、インスタンスプロファイルを設定する必要があります。インスタンスプロファイルがなくても、環境の作成が一時的に成功する可能性はありますが、インスタンスプロファイルを必要とするアクションが失敗し始めると、作成直後に環境内にエラーが表示されることがあります。詳細については、「Elastic Beanstalk インスタンスプロファイルの管理」を参照してください。

拡張ヘルス

AL2023/AL2 プラットフォームのバージョンでは、デフォルトで拡張ヘルスが有効になります。これは、環境の作成に Elastic Beanstalk コンソールを使用しない場合、変更されます。コンソールでは、プラットフォームのバージョンに関係なく、可能な限り、デフォルトで拡張ヘルスが有効になります。詳細については、「Elastic Beanstalk 拡張ヘルスレポートおよびモニタリング」を参照してください。

カスタム AMI

環境でカスタム AMI を使用する場合は、Elastic Beanstalk AL2023/AL2 プラットフォームを使用して、新しい環境用に AL2023/AL2 に基づく新しい AMI を作成します。

カスタムプラットフォーム

AL2023/AL2 プラットフォームバージョンのマネージド AMI は、カスタムプラットフォームをサポートしていません。

プラットフォーム固有の考慮事項

このセクションでは、特定の Elastic Beanstalk Linux プラットフォームに固有の移行に関する考慮事項について説明します。

Amazon Linux AMI (AL1) に基づく Docker プラットフォームブランチファミリーには、3 つのプラットフォームブランチが含まれます。それぞれに個別の移行パスを設定することをお勧めします。

AL1 プラットフォームブランチ AL2023/AL2 への移行パス

Amazon Linux AMI (AL1) 上で動作する Amazon ECS で管理されるマルチコンテナ Docker
ECS ベースの Docker AL2023/AL2 プラットフォームブランチ

ECS ベースの Docker AL2023/AL2 プラットフォームブランチによって、マルチコンテナ Docker AL1 プラットフォームブランチで実行されている環境の移行パスを簡単にできます。

  • 以前のマルチコンテナ Docker AL1 ブランチと同様に、AL2023/AL2 プラットフォームブランチは Amazon ECS を使用して、複数の Docker コンテナを Elastic Beanstalk 環境内の Amazon ECS クラスターにデプロイするように調整します。

  • AL2023/AL2 プラットフォームブランチでは、以前のマルチコンテナ Docker AL1 ブランチのすべての機能がサポートされています。

  • AL2023/AL2 プラットフォームブランチも同じ Dockerrun.aws.json v2 ファイルをサポートしています。

マルチコンテナ Docker Amazon Linux プラットフォームブランチで動作するアプリケーションを AL2023/AL2 で動作する Amazon ECS プラットフォームブランチに移行する方法についての詳細は、「Elastic Beanstalk アプリケーションを AL1 の ECS マネージドマルチコンテナ Docker から Amazon Linux 2023 の ECS に移行する」を参照してください。

Amazon Linux AMI (AL1) 上で動作する Docker

Amazon Linux AMI (AL1) 上で動作する事前設定済み Docker (Glassfish 5.0)
AL2023/AL2 プラットフォームブランチで実行されている Docker

事前設定済み Docker (Glassfish 5.0) または Amazon Linux AMI (AL1) 上で動作する Docker に基づく環境で動作するアプリケーションは、Amazon Linux 2 で動作する Docker または AL2023 で動作する Docker のプラットフォームブランチに基づく環境に移行することをお勧めします。

ご使用の環境が、事前設定済み Docker (Glassfish 5.0) プラットフォームブランチ基づく場合は、「Docker プラットフォームへの GlassFish アプリケーションのデプロイ: Amazon Linux 2023 への移行パス」を参照してください。

次の表に、AL2023/AL2 で動作する Docker のプラットフォームブランチ固有の移行情報を示します。

エリア 変更と情報

ストレージ

Elastic Beanstalk は、ストレージドライバを使用して Docker イメージとコンテナデータを保存するように Docker を設定します。Amazon Linux AMI では、Elastic Beanstalk はデバイスマッパーストレージドライバを使用しました。パフォーマンスを向上させるために、Elastic Beanstalk は追加の Amazon EBS ボリュームをプロビジョンしました。AL2023/AL2 Docker プラットフォームバージョンでは、Elastic Beanstalk は OverlayFS ストレージドライバを使用し、別のボリュームを必要とせずにパフォーマンスを向上させます。

Amazon Linux AMI では、BlockDeviceMappings 名前空間の aws:autoscaling:launchconfiguration オプションを使用して Docker 環境にカスタムストレージボリュームを追加した場合は、Elastic Beanstalk がプロビジョンする /dev/xvdcz Amazon EBS ボリュームも追加することをお勧めします。その後このボリュームを Elastic Beanstalk がプロビジョンすることはないので、設定ファイルから削除する必要があります。詳細については、「(Amazon Linux 2 より前の) Amazon Linux AMI での Docker 設定」を参照してください。

プライベートリポジトリの認証

Docker で生成された認証ファイルを提供してプライベートリポジトリに接続するときに、Amazon Linux AMI Docker プラットフォームバージョンに必要な古い形式に変換する必要がなくなりました。AL2023/AL2 Docker プラットフォームバージョンは新しい形式をサポートしています。詳細については、「Elastic Beanstalk でのプライベートリポジトリからのイメージの使用」を参照してください。

プロキシサーバー

AL2023/AL2 Docker プラットフォームバージョンは、プロキシサーバーの背後で実行されないスタンドアロンコンテナをサポートしていません。Amazon Linux AMI Docker プラットフォームバージョンでは、以前は aws:elasticbeanstalk:environment:proxy 名前空間の ProxyServer オプションとして none の値を使用することができました。

以下の表に、Go プラットフォームの AL2023/AL2 プラットフォームバージョンの移行情報を示します。

エリア 変更と情報

ポートの受け渡し

AL2023/AL2 プラットフォームでは、Elastic Beanstalk は PORT 環境変数を使用してアプリケーションプロセスにポート値を渡しません。PORT 環境プロパティを自分で設定することで、プロセスのこの動作をシミュレートできます。ただし、複数のプロセスがあり、Elastic Beanstalk が増分ポート値をプロセス (5000、5100、5200 など) に渡すことを期待している場合は、実装を変更する必要があります。詳細については、「リバースプロキシの設定」を参照してください。

次の表に、Java SE プラットフォームの Corretto プラットフォームブランチの移行情報を示します。

エリア 変更と情報

Corretto と OpenJDK

Java プラットフォームの Standard Edition (Java SE) を実装するために、AL2023/AL2 プラットフォームブランチは、Open Java Development Kit (OpenJDK) の AWS ディストリビューションである Amazon Corretto を使用します。以前の Elastic Beanstalk Java SE プラットフォームブランチでは、Amazon Linux AMI に含まれている OpenJDK パッケージを使用しています。

ビルドツール

AL2023/AL2 プラットフォームには、gradle、maven、および ant の新しいバージョンのビルドツールがあります。

JAR ファイルの処理

AL2023/AL2 プラットフォームでは、ソースバンドル (ZIP ファイル) に 1 つの JAR ファイルが含まれていて、他のファイルが含まれていない場合、Elastic Beanstalk は JAR ファイルの名前を application.jar に変更しなくなりました。名前変更が行われるのは、ZIP ファイル内ではなく、単独で JAR ファイルを送信した場合のみです。

ポートの受け渡し

AL2023/AL2 プラットフォームでは、Elastic Beanstalk は PORT 環境変数を使用してアプリケーションプロセスにポート値を渡しません。PORT 環境プロパティを自分で設定することで、プロセスのこの動作をシミュレートできます。ただし、複数のプロセスがあり、Elastic Beanstalk が増分ポート値をプロセス (5000、5100、5200 など) に渡すことを期待している場合は、実装を変更する必要があります。詳細については、「リバースプロキシの設定」を参照してください。

Java 7

Elastic Beanstalk は、AL2023/AL2 Java 7 プラットフォームブランチをサポートしていません。Java 7 アプリケーションをお持ちの場合は、Corretto 8 または Corretto 11 に移行してください。

以下の表に、Tomcat プラットフォームの AL2023/AL2 プラットフォームバージョンの移行情報を示します。

エリア 変更と情報

設定オプション

AL2023/AL2 プラットフォームバージョンでは、Elastic Beanstalk は aws:elasticbeanstalk:environment:proxy 名前空間内の設定オプションとオプション値のサブセットのみをサポートします。各オプションの移行情報は次のとおりです。

オプション 移行情報

GzipCompression

AL2023/AL2 プラットフォームバージョンではサポートされていません。

ProxyServer

AL2023/AL2 Tomcat プラットフォームのバージョンは、nginx と Apache の HTTPD バージョン 2.4 プロキシサーバーの両方をサポートしています。しかし、Apache バージョン 2.2 はサポートされていません。

Amazon Linux AMI プラットフォームのバージョンでは、デフォルトのプロキシは Apache 2.4 でした。デフォルトのプロキシ設定を使用し、カスタムプロキシ設定ファイルを追加した場合、プロキシ設定は AL2023/AL2 で引き続き動作します。ただし、apache/2.2 オプション値を使用した場合は、プロキシ設定を Apache バージョン 2.4 に移行する必要があります。

aws:elasticbeanstalk:container:tomcat:jvmoptions 名前空間の XX:MaxPermSize オプションは、AL2023/AL2 プラットフォームバージョンではサポートされていません。永続世代のサイズを変更するための JVM 設定は、Java 7 以前のバージョンにのみ適用されるため、AL2023/AL2 プラットフォームバージョンには適用されません。

アプリケーションのパス

AL2023/AL2 プラットフォームでは、環境の Amazon EC2 インスタンス上のアプリケーションのディレクトリへのパスは /var/app/current です。Amazon Linux AMI プラットフォームでは /var/lib/tomcat8/webapps でした。

以下の表に、Node.js プラットフォームの AL2023/AL2 プラットフォームバージョンの移行情報を示します。

エリア 変更と情報

インストールされている Node.js のバージョン

AL2023/AL2 プラットフォームでは、Elastic Beanstalk は複数の Node.js プラットフォームブランチを維持し、各プラットフォームバージョンのプラットフォームブランチに対応する Node.js メジャーバージョンの最新バージョンのみをインストールします。たとえば、Node.js 12 プラットフォームブランチの各プラットフォームバージョンには、デフォルトで Node.js 12.x.y のみがインストールされています。Amazon Linux AMI プラットフォームバージョンでは、各プラットフォームバージョンに複数の Node.js バージョンの複数のバージョンをインストールし、単一のプラットフォームブランチのみを維持しました。

アプリケーションで必要な Node.js メジャーバージョンに対応する Node.js プラットフォームブランチを選択します。

Apache HTTPD ログファイル名

AL2023/AL2 プラットフォームでは、Apache HTTPD プロキシサーバーを使用する場合、HTTPD ログファイル名は access_log および error_log になります。これは、Apache HTTPD をサポートする他のすべてのプラットフォームと一致します。Amazon Linux AMI プラットフォームのバージョンでは、これらのログファイルはそれぞれ access.log と error.log という名前でした。

すべてのプラットフォームのログファイル名と場所の詳細については、Elastic Beanstalk が CloudWatch Logs を設定する方法 を参照してください。

設定オプション

AL2023/AL2 プラットフォームでは、Elastic Beanstalk は aws:elasticbeanstalk:container:nodejs 名前空間の設定オプションをサポートしていません。オプションの中には、代替方法があります。各オプションの移行情報は次のとおりです。

オプション 移行情報

NodeCommand

package.json ファイル内で Procfile または scripts キーワードを使用して、スタートスクリプトを指定します。

NodeVersion

package.json ファイル内で engines キーワードを使用して、Node.js のバージョンを指定します。指定できるのは、プラットフォームブランチに対応する Node.js バージョンのみであることに注意してください。たとえば、Node.js 12 プラットフォームブランチを使用している場合は、12.x.y Node.js バージョンのみを指定できます。詳細については、「package.json ファイルを使用した Node.js の依存関係の指定」を参照してください。

GzipCompression

AL2023/AL2 プラットフォームバージョンではサポートされていません。

ProxyServer

AL2023/AL2 Node.js プラットフォームバージョンでは、このオプションは aws:elasticbeanstalk:environment:proxy 名前空間に移動しました。nginx (デフォルト) と apache のいずれかを選択できます。

AL2023/AL2 Node.js プラットフォームバージョンは、プロキシサーバーの背後で実行されないスタンドアロンアプリケーションをサポートしていません。Amazon Linux AMI Node.js プラットフォームバージョンでは、以前は aws:elasticbeanstalk:container:nodejs 名前空間の ProxyServer オプションとして none の値を使用することができました。環境がスタンドアロンアプリケーションを実行している場合は、プロキシサーバー (nginx または Apache) がトラフィックを転送するポートをリッスンするようにコードを更新します。

var port = process.env.PORT || 5000;

app.listen(port, function() {
  console.log('Server running at http://127.0.0.1:%s', port);
});

以下の表に、PHP プラットフォームの AL2023/AL2 プラットフォームバージョンの移行情報を示します。

エリア 変更と情報

PHP ファイル処理

AL2023/AL2 プラットフォームでは、PHP ファイルは PHP-FPM (CGI プロセスマネージャ) を使用して処理されます。Amazon Linux AMIプラットフォームでは、mod_php (Apache モジュール) を使用しました。

プロキシサーバー

AL2023/AL2 PHP プラットフォームのバージョンは、nginx と Apache HTTPD プロキシサーバーの両方をサポートします。デフォルトは nginx です。

Amazon Linux AMI PHP プラットフォームのバージョンは、Apache HTTPD のみをサポートします。カスタム Apache 設定ファイルを追加した場合は、aws:elasticbeanstalk:environment:proxy 名前空間の ProxyServer オプションを apache に設定できます。

以下の表に、Python プラットフォームの AL2023/AL2 プラットフォームバージョンの移行情報を示します。

エリア 変更と情報

WSGI サーバー

AL2023/AL2 プラットフォームでは、Gunicorn がデフォルトの WSGI サーバーです。デフォルトでは、Gunicorn はポート 8000 でリッスンします。このポートは、アプリケーションが Amazon Linux AMI プラットフォームで使用したものとは異なる場合があります。aws:elasticbeanstalk:container:python 名前空間の WSGIPath オプションを設定する場合は、値を Gunicorn の構文に置き換えます。詳細については、「Python 設定の名前空間」を参照してください。

または、Procfile を使用して WSGI サーバーを指定および設定することもできます。詳細については、「Elastic Beanstalk での Procfile を使用した WSGI サーバーの設定」を参照してください。

アプリケーションのパス

AL2023/AL2 プラットフォームでは、環境の Amazon EC2 インスタンス上のアプリケーションのディレクトリへのパスは /var/app/current です。Amazon Linux AMI プラットフォームでは /opt/python/current/app でした。

プロキシサーバー

AL2023/AL2 Python プラットフォームのバージョンは、nginx と Apache HTTPD プロキシサーバーの両方をサポートします。デフォルトは nginx です。

Amazon Linux AMI Python プラットフォームのバージョンは、Apache HTTPD のみをサポートします。カスタム Apache 設定ファイルを追加した場合は、aws:elasticbeanstalk:environment:proxy 名前空間の ProxyServer オプションを apache に設定できます。

以下の表に、Ruby プラットフォームの AL2023/AL2 プラットフォームバージョンの移行情報を示します。

エリア 変更と情報

インストールされている Ruby バージョン

AL2023/AL2 プラットフォームでは、Elastic Beanstalk は、各プラットフォームバージョンに、プラットフォームブランチに対応する単一の Ruby バージョンの最新バージョンのみをインストールします。たとえば、Ruby 2.6 プラットフォームブランチの各プラットフォームバージョンには Ruby 2.6.x のみインストールされています。Amazon Linux AMI プラットフォームのバージョンでは、複数の Ruby バージョンの最新バージョン (2.4.x、2.5.x、2.6.x など) がインストールされています。

使用しているプラットフォームブランチに対応していない Ruby バージョンをアプリケーションで使用している場合は、アプリケーションに適した Ruby バージョンのプラットフォームブランチに切り替えることをお勧めします。

アプリケーションサーバー

AL2023/AL2 プラットフォームでは、Elastic Beanstalk は、すべての Ruby プラットフォームバージョンに対して Puma アプリケーションサーバーのみをインストールします。Procfile を使用して別のアプリケーションサーバーをスタートし、Gemfile を使用してインストールできます。

Amazon Linux AMI プラットフォームでは、Ruby バージョンごとに 2 種類のプラットフォームブランチをサポートしていました。1 つは Puma アプリケーションサーバーで、もう 1 つは Passenger アプリケーションサーバーです。アプリケーションで Passenger を使用している場合は、Passenger をインストールして使用するように Ruby 環境を設定できます。

詳細な説明と例については、「 Elastic Beanstalk Ruby プラットフォームを使用する」を参照してください。