Elastic Beanstalk Windows サーバープラットフォームのメジャーバージョン間での移行 - AWS Elastic Beanstalk

翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。

Elastic Beanstalk Windows サーバープラットフォームのメジャーバージョン間での移行

AWS Elastic Beanstalk には、Windows Server プラットフォームのメジャーバージョンがいくつかあります。このページでは、各メジャーバージョンでの主な改善点と、以降のバージョンに移行する前の考慮点について説明します。

Windows Server プラットフォームは現在バージョン 2 (v2) です。アプリケーションで v2 より前の Windows Server プラットフォームバージョンを使用している場合は、v2 に移行することをお勧めします。

Windows サーバープラットフォームのメジャーバージョンの最新情報

Windows サーバープラットフォーム V2

Elastic Beanstalk Windows Server プラットフォームのバージョン 2 (v2) が 2019 年 2 月にリリースされました。V2 では、いくつかの重要な点で Windows Server プラットフォームの動作が Elastic Beanstalk の Linux ベースのプラットフォームに近づいています。v2 は v1 と完全に下位互換性があり、v1 からの移行が容易です。

Windows Server プラットフォームでは次の機能がサポートされています。

注記

新しいデプロイおよび更新機能は、拡張ヘルスに依存します。それらを使用するには、拡張ヘルスを有効にします。詳細については、「Elastic Beanstalk の拡張ヘルスレポートの有効化」を参照してください。

Windows サーバープラットフォーム V1

Elastic Beanstalk Windows Server プラットフォームのバージョン 1.0.0 (v1) が 2015 年 10 月にリリースされました。このバージョンでは、環境の作成および更新中に Elastic Beanstalk が設定ファイル内のコマンドを実行する順序が変更されています。

以前のプラットフォームのバージョンでは、ソリューションスタック名にバージョン番号が使用されていません。

  • 8.5 を実行する 64 ビット Windows Server IIS 2012 R2

  • 8.5 を実行する 64 ビット Windows Server Core IIS 2012 R2

  • 8 を実行する 64 ビット Windows Server IIS 2012

  • 7.5 を実行する 64 ビット Windows Server IIS 2008 R2

以前のバージョンでは、設定ファイルの処理順には一貫性がありません。環境の作成中に、アプリケーションソースが にデプロイされた後に Container Commandsを実行しますIIS。実行中の環境へのデプロイ中は、新しいバージョンがデプロイされる前にコンテナコマンドが実行されます。スケールアップ中は、設定ファイルはまったく処理されません。

これに加えて、 IISはコンテナコマンドを実行する前に起動します。この動作により、一部のお客様は、コンテナコマンドに回避策を実装し、コマンドの実行前にIISサーバーを一時停止し、完了後に再度起動するようになりました。

バージョン 1 ではこの一貫性のない状態が修正されており、Windows Server プラットフォームの動作が Elastic Beanstalk の Linux ベースのプラットフォームにより近いものになっています。v1 プラットフォームでは、Elastic Beanstalk は常にIISサーバーを起動する前にコンテナコマンドを実行します。

v1 のプラットフォームソリューションスタックでは、Windows Server のバージョンの後に v1 が付きます。

  • 8.5 を実行する 64 ビット Windows Server 2012 R2 IIS v1.1.0

  • 8.5 を実行する 64 ビット Windows Server Core 2012 R2 IIS v1.1.0

  • 8 を実行する 64 ビット Windows Server 2012 v1.1IIS.0

  • 7.5 を実行する 64 ビット Windows Server 2008 R2 IIS v1.1.0

さらに、v1 プラットフォームはコンテナコマンドを実行する前に、アプリケーションソースバンドルのコンテンツを抽出して C:\staging\ に保存します。コンテナコマンドが完了すると、このフォルダの内容は .zip ファイルに圧縮され、 にデプロイされますIIS。このワークフローにより、コマンドまたはスクリプトを使用してアプリケーションソースバンドルのコンテンツを変更してからデプロイできます。

Windows サーバープラットフォームの以前のメジャーバージョンからの移行

環境を更新する前に、このセクションの移行の考慮事項についてお読みください。新しいバージョンに環境のプラットフォームを更新するには、「Elastic Beanstalk 環境のプラットフォームバージョンの更新」を参照してください。

V1 から V2 へ

Windows Server プラットフォーム v2 は をサポートしていません。NET Core 1.x および 2.0。Windows Server v1 から v2 にアプリケーションを移行する場合、アプリケーションはこれらの のいずれかを使用します。NET コアバージョンで、アプリケーションを に更新します。NET v2 がサポートするコアバージョン。サポートされているバージョンのリストについては、「プラットフォームNET」の「 を使用する Windows Server IISAWS Elastic Beanstalk 」を参照してください。

アプリケーションがカスタム Amazon マシンイメージ (AMI) を使用している場合は、Windows Server プラットフォーム v2 AMIに基づいて新しいカスタムを作成しますAMI。詳細については、「カスタム Amazon Machine Image (AMI) の使用」を参照してください。

注記

Windows Server v2 の新しいデプロイおよび更新機能は、拡張ヘルスに依存します。環境を v2 に移行するときは、拡張ヘルスが無効になります。これらの機能を使用するには、拡張ヘルスを有効にします。詳細については、「Elastic Beanstalk の拡張ヘルスレポートの有効化」を参照してください。

V1 以前から

v1 からの移行の考慮点に加えて、v1 以前の Windows Server ソリューションスタックからアプリケーションを移行していて、現在コンテナコマンドを使用している場合は、新しいバージョンに移行するときに処理の不一致を回避するために追加したコマンドをすべて削除します。v1 以降、コンテナコマンドは、デプロイされるアプリケーションソースの前とIIS起動前に完全に実行されることが保証されます。これにより、 でソースを変更C:\stagingしたり、このステップ中に問題なくIIS設定ファイルを変更したりできます。

例えば、 を使用して AWS CLI 、Amazon S3 からアプリケーションソースにDLLファイルをダウンロードできます。

.ebextensions\copy-dll.config

container_commands: copy-dll: command: aws s3 cp s3://amzn-s3-demo-bucket/dlls/large-dll.dll .\lib\

設定ファイルの使用の詳細については、「設定ファイル (.ebextensions) による高度な環境のカスタマイズ」を参照してください。