ワークロードの移行:標準プロセス - AMS Advanced Application デベロッパーガイド

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

ワークロードの移行:標準プロセス

注記

このプロセスには 2 つの関係者が必要なため、このセクションでは、AMS クラウド移行パートナー (移行パートナー) とアプリケーション所有者 (ユーザー) の各タスクについて説明します。

Workflow diagram showing migration steps from on-premises to AWS EC2 and AMS.
  1. 移行パートナー、セットアップ:

    1. 移行パートナーは、インスタンスを移行する目的で IAM ロールのサービスリクエストを AMS に送信します。サービスリクエストの送信の詳細については、「サービスリクエストの例」を参照してください。

    2. 移行パートナーは管理者アクセスリクエストを送信します。AMS オペレーションチームは、リクエストされた IAM ロールを通じて移行パートナーにアカウントへのアクセスを提供します。

  2. 移行パートナー、個々のワークロードの移行:

    1. 移行パートナーは、IAM AWS インスタンスプロファイル ( アカウントに存在する必要があります) を使用して、ネイティブ Amazon EC2 またはその他の移行ツールを通じて、非インスタンスを AMS customer-mc-ec2-instance-profile アカウントのサブネットに移行します。

    2. 移行パートナーは、移行パートナー移行インスタンスからのデプロイ | 取り込み | スタック | CT の作成 (ct-257p9zjk14ija) を使用して RFC を送信します。この RFC の作成と送信の詳細については、「」を参照してくださいワークロード取り込みスタック: の作成

      RFC の実行出力は、インスタンス ID、IP アドレス、AMI ID を返します。

      移行パートナーは、アカウントで作成されたワークロードのインスタンス ID を提供します。

  3. 移行にアクセスして検証します。

    1. 移行パートナーから提供された実行出力 (AMI ID、インスタンス ID、IP アドレス) を使用して、アクセス RFC を送信し、新しく作成した AMS スタックにログインして、アプリケーションが正しく動作していることを確認します。詳細については、「インスタンスアクセスのリクエスト」を参照してください。

    2. 問題がなければ、起動したインスタンスを 1 層スタックとして引き続き使用したり、AMI を使用して Auto Scaling グループを含む追加のスタックを作成したりできます。

    3. 移行に満足しない場合は、サービスリクエストを提出し、スタックと RFC IDs を参照します。AMS はお客様と協力して問題に対処します。

 

CloudEndure ランディングゾーンのワークロード取り込みプロセスを次に示します。