翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。
変換後のテストとデプロイ
変換されたアプリケーションをランディングゾーンにデプロイし、アプリケーションと変換されたデータベース間の接続を検証し、オプションで CI/CD パイプラインを設定します。サンプルの CI/CD パイプライン設定は、デプロイ自動化の実装に役立つリファレンスとして生成されます。この最終フェーズでは、モダナイゼーション全体を検証します。
リソースを設定する
IAM ロール、インスタンスプロファイル、S3 バケットなど、デプロイで使用されるリソースを設定する必要があります。 AWS Transform には、S3 バケットを作成したり、IAM に変更を加えたりするためのアクセス許可はありません。このアクションは、新しいロールを作成するアクセス許可を持つユーザーが実行する必要があります。通常はアカウント管理者です。
プロセスを簡素化するために、自動的に次の設定スクリプトが用意されています。
必要な CloudFormation テンプレートを実行します。
ECS サービスにリンクされたロールを作成します
必要なすべての IAM リソースをセットアップします
重要
提供されたセットアップスクリプトをそのまま実行します。デプロイプロセスに影響する可能性があるため、テンプレートまたはスクリプトのリソース名を変更しないでください。
Linux の場合:
./setup.sh --region <YOUR-Region>
Windows の場合:
./setup.ps1 -Region <YOUR-Region>
VPC のセキュリティグループを確認する
AWS Transform は、アプリケーションを Aurora PostgreSQL インスタンスと同じサブネットおよび同じセキュリティグループにデプロイします。
アプリケーションが Aurora インスタンスに接続するには、このセキュリティグループに同じセキュリティグループへの接続を許可するアウトバウンドルールと、同じセキュリティグループからの接続を許可するインバウンドルールがあることを確認します。
アプリケーションを選択して設定する
AWS 変換 UI には、デプロイできるアプリケーションのリストが表示されます。アプリケーションを選択し、Configure and Commit をクリックして、以下を指定できる設定ウィンドウを開きます。
アプリケーションのターゲットインフラストラクチャ: ECS または EC2 インスタンスのいずれかを選択する
アプリケーションまたはインスタンスのパラメータ
設定ウィンドウを完了して閉じたら、 AWS 変換します。
設定に基づいてデプロイアーティファクトを生成します
以下を含むこれらのアーティファクトをリポジトリにコミットします。
デプロイスクリプト
CloudFormation テンプレート
CI/CD パイプライン設定のサンプル (デプロイ自動化を設定するためのリファレンスとして使用できます)
コミットが完了すると、アプリケーションのステータスは設定済みおよびコミット済みに変わります。その後、アプリケーションを選択し、右上のデプロイボタンを使用してデプロイを開始できます。
ECS デプロイ
ターゲット ECS を持つすべてのアプリケーションは、アカウントで作成された新しい ECS クラスターにデプロイされます。各アプリケーションは独自の専用コンテナにデプロイされます。コンテナごとに複数のアプリケーションはサポートされていません。必要な CPU やメモリなど、アプリケーションごとにコンテナパラメータを個別に設定します。
EC2 デプロイ
提案された EC2 インスタンスのいずれかを選択し、インスタンスタイプなどのパラメータを設定できます。複数のアプリケーションを同じ EC2 インスタンスにデプロイできます。
複数のアプリケーションを 1 つのインスタンスにデプロイするには、設定中にこれらのアプリケーションごとに同じターゲット EC2 インスタンスを選択します。
ターゲットとして同じインスタンスが選択されているすべてのアプリケーションは、そのインスタンスにデプロイされ、異なるランダムポートが割り当てられます。
あるアプリケーションのインスタンスパラメータを編集し、同じインスタンスをターゲットとする別のアプリケーションを編集すると、その変更はそのインスタンスにデプロイされたすべてのアプリケーションに影響することに注意してください。
デプロイの成功
デプロイが成功すると、アプリケーションは Aurora PostgreSQL で実行され、ライセンスコストの削減、パフォーマンスの向上、クラウドネイティブのスケーラビリティが実現します。明示的に停止しない限り、ジョブは開いたままになります。これにより、更新されたデプロイパラメータを使用して再デプロイできるオプションが可能になります。