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

サーバーの移行

AWS Transform は、サーバーの Amazon EC2 への大規模なリホストを自動化します。AI を活用したエージェントは、インベントリの検証やレプリケーションエージェントのデプロイからテスト、最終的なカットオーバーまで、移行の各段階を案内します。 AWS Transform は数百のサーバー間のオーケストレーションを処理し、設定と承認の決定の制御を維持します。内部では、 AWS Transform はデータレプリケーションに AWS Transform MGN (MGN) を使用します。MGN の詳細については、「 とは」を参照してください AWS Transform MGN。 「MGN ユーザーガイド」の「」を参照してください。

サーバーは、オンプレミスのデータセンター、他のクラウドプロバイダー、その他の AWS リージョンなど、実質的にあらゆるソース環境から移行できます。 AWS Transform は、物理サーバーと、VMware、Hyper-V、KVM、またはその他の仮想化プラットフォームで実行されている仮想サーバーの両方をサポートしています。ソースオペレーティングシステムがサポートされている限り、ソースインフラストラクチャとハイパーバイザーは重要ではありません。

サーバー移行はウェーブ別に整理されています。各ウェーブは、一緒に移行されるサーバーのグループを表します。ウェーブごとに、エージェントは次のフェーズを順を追って説明します。

コンテナ化移行戦略を使用するウェーブの場合、 AWS Transform は以下で説明するリホストステップの代わりにソースコードコンテナ化ワークフローを実行します。コンテナ化ワークフローは、ソースコードのクローン作成、Docker アーティファクトの生成、コンテナイメージの公開、Amazon Elastic Container Service または Amazon Elastic Kubernetes Service へのデプロイをガイドします。完全なコンテナ化ワークフローについては、「」を参照してくださいソースコードのコンテナ化。

前提条件と移行デフォルトの設定

前提条件

AWS Transform でend-to-end移行ジョブのすべてのステップを完了すると、ターゲットアカウント、インベントリファイル、ネットワークインフラストラクチャが既に準備されています。移行デフォルトの設定に進むことができます。

サーバー移行を個別に開始する場合は、以下が設定されていることを確認してください。

移行のデフォルトを設定する

AWS Transform は、Amazon EC2 インスタンスの起動方法やレプリケーションの設定方法など、移行設定のインテリジェントなデフォルトを提供します。これらのデフォルトを受け入れてすぐに移行を開始することも、チャットインターフェイスまたはビジュアルレビューを通じてカスタマイズすることもできます。デフォルトはすべてのターゲットアカウントに適用され、ウェーブのセットアップ中にウェーブレベルで上書きできます。

Amazon EC2 レコメンデーションの設定

AWS Transform はソースサーバーの使用率を分析し、最適なサイズの Amazon EC2 インスタンスを推奨します。これにより、1 日目からのオーバープロビジョニングを回避できます。Amazon EC2 レコメンデーション設定を設定して、移行したサーバーでインスタンスタイプを選択する方法を制御できます。

Amazon EC2 レコメンデーションの生成の詳細については、「」のAmazon EC2 レコメン AWS Migration Hubデーションの生成」を参照してください。

移行の初期化

AWS Transform は、移行を開始する前に、ターゲットアカウントに必要な移行インフラストラクチャを自動的にセットアップします。これには、移行するすべての AWS リージョン とすべてのターゲットアカウントに対する MGN の初期化が含まれます。初期化プロセス中:

初期化プロセスの詳細については、「MGN ユーザーガイド」の「 コンソール AWS Transform MGN を使用した初期化」を参照してください。

Amazon EC2 起動テンプレート

起動設定には、一般的な起動設定と Amazon EC2 起動テンプレートの 2 つの部分があり、ソースサーバーごとにテストインスタンスまたはカットオーバーインスタンスを起動する方法を決定します AWS。

Amazon EC2 起動テンプレートを含む起動設定は、アカウントレベルで定義でき、 AWS Transform MGN にソースサーバーを追加するたびに自動的に各ソースサーバーに適用されます。このセクションで定義されている起動設定のデフォルトは、すべてのターゲットアカウントに自動的に適用できます。

AWS Transform は、使用可能な起動テンプレート設定のリストを表示します。デフォルトのまま続行するか、起動テンプレートを設定するかを選択できます。設定を選択した場合、 AWS Transform は起動テンプレート設定のすべてのパラメータを含むヒューhuman-in-the-loop (HITL) レビューへのリンクを提供します。任意のパラメータについて、チャットインターフェイスから直接変更を加えることもできます。

ソースサーバーは、アカウント起動テンプレート設定で作成されます。これらのデフォルト設定でソースサーバーを作成したら、ソースサーバーの起動設定レベルで変更できます。チャットインターフェイスを使用して任意のパラメータのソースサーバー設定を変更するか、 中にインベントリ Excel ファイルを使用して一括操作を行うことができますステップ 2: インベントリを検証して確認する。

起動テンプレートの設定と詳細の完全なリストを確認するには、「MGN ユーザーガイド」の「一般設定の起動」を参照してください。

追加の Amazon EC2 起動テンプレートの変更

追加の Amazon EC2 起動テンプレートの変更については、各ターゲットアカウントのテンプレート ID で実行する必要があります。このオプションはウェーブ設定内で使用できます。 AWS 変換は、ウェーブ設定をガイドし、適切なリンクを提供します。

起動後のアクション

起動後アクションは、 でテストインスタンスまたはカットオーバーインスタンスとして起動した直後に各ソースサーバーで実行されるモダナイゼーションタスクと検証タスクを自動化します AWS。 AWS Transform Rehost は、MGN で利用可能な起動後アクションを実行し、エージェントが移行ワークフローの一部としてユーザーに代わってそれらを推奨、設定、実行できるようにこれらの機能を提供します。アクションは AWS Systems Manager (Systems Manager) を通じて実行され、MGN で使用できる事前定義されたアクションの 1 つでも、既存の Systems Manager ドキュメントから作成されたカスタムアクションでもかまいません。

起動後のアクションはアカウントレベルで定義でき、MGN にソースサーバーを追加するたびに自動的に各ソースサーバーに適用されます。このセクションで定義されている起動後のアクションのデフォルトは、すべてのターゲットアカウントに自動的に適用できます。

AWS Transform はまず、ターゲットアカウントで使用可能な起動後アクションのリストを表示します。次に、 は新しい起動後アクションを定義し、ターゲットアカウントの移行全体に適用します。 AWS Transform は、オペレーティングシステムとインベントリのベストプラクティスに基づいて AI を活用したレコメンデーションも提供します。デフォルトのまま続行するか、独自のアクションを設定することができます。

MGN で既に定義されている起動後アクションを選択することもできます。使用可能な事前定義された起動後アクションのリストを表示するようにエージェントに指示します。このリストの詳細については、MGN ユーザーガイドの「事前定義された起動後アクション」を参照してください。

新しい起動後アクションの作成

新しい起動後アクションを作成する場合、エージェントは起動後アクションを構築する Systems Manager ドキュメント名または Systems Manager ARN を指定するように求めます。Systems Manager ドキュメントは、 AWS Systems Manager コンソールを使用して事前に作成する必要があります。Systems Manager ドキュメントの作成の詳細については、AWS Systems Manager 「 ユーザーガイド」の「Systems Manager ドキュメントの作成」を参照してください。

エージェントは、必要なフィールドを提供するヒューhuman-in-the-loop (HITL) インターフェイスを生成します。

任意のパラメータについて、チャットインターフェイスから直接変更を加えることもできます。

ソースサーバーは、アカウントの起動後のアクション設定で作成されます。これらのデフォルト設定でソースサーバーを作成したら、ソースサーバーレベルで変更できます。チャットインターフェイスを使用して任意のアクションのソースサーバー設定を変更したり、 中にインベントリ Excel ファイルを使用して一括操作のソースサーバー設定を変更したりできますステップ 2: インベントリを検証して確認する。

インベントリファイルの起動後アクション

リホストエージェントは、各ソースサーバーに定義された起動後アクションテンプレートを使用してインベントリファイルを拡張します。これにより、MGN へのリホストインポートプロセス中に、ソースサーバーごとに起動後のアクションを更新または追加できます。ソースサーバーから特定の起動後アクションを削除するには、 active列を使用して を指定しますFALSE。インベントリファイルの起動後のアクションでは、次の命名規則を使用します。

mgn:launch:post-actions:<ACTION_NAME>:<FIELD_NAME>

グローバルトグルは、起動後のアクションを実行するかどうかを制御します。

mgn:launch:post-actions:enabled (TRUE/FALSE)

アクションあたりのフィールド

パラメータ JSON 構造

parameters フィールドは JSON 構造として提供されます。

{
  "parameters": {
    "Operation": [
      {"value": "Scan", "type": "String"}
    ]
  },
  "externalParameters": {
    "InstanceId": "ec2.InstanceId"
  }
}

ステップ 1: 移行ウェーブを設定する

このフェーズでは、 AWS Transform はターゲットアカウントの設定、サービスアクセス許可の検証、リソースタグの設定、インベントリへのネットワークデータの追加、レプリケーションと起動の設定を行うことで、移行ウェーブを準備します。

移行モードとアカウント設定

AWS Transform は 2 つの移行モードをサポートしています。

AWS 変換はターゲットアカウント設定を確認し、MGN が各ターゲットアカウントで初期化されていることを確認します。MGN がまだ初期化されていない場合、 AWS Transform は初期化を完了する手順を提供します。初期化中、MGN はレプリケーションおよび起動オペレーション用に次の IAM サービスロールを作成します。

これらのロールの詳細については、「MGN ユーザーガイド」の「コンソールを使用した MGN の初期化」または「 API を使用した MGN の初期化」を参照してください。

マルチアカウント移行の場合、 AWS Transform は初期化ステップ中に次のロールも作成します: AWSTransformRehostSharingRole_<management-or-delegated-admin-account-id>。このロールは、すべての移行ターゲットアカウントにデプロイされます。

リソースのタグ付けの検証

サービスアクセス許可が確認されると、 AWS Transform は、エージェントが正常に移行を運用するために必要なすべてのリソースに適切にタグ付けされていることを確認します。必要なタグが欠落しているリソースがある場合、 AWS 変換はタグ付けページへのリンクを提供します。ここでは、続行する前に欠落しているタグを適用できます。次のタグが必要です。

ネットワークデータをインベントリに追加する

AWS Transform は、ネットワーク移行からのネットワーク情報をインベントリファイルに追加します。このステップでは、移行ネットワークフェーズ中に生成されたネットワーク設定に基づいて、サーバーを適切なターゲットサブネットとセキュリティグループにマッピングします。

レプリケーションと起動の設定

レプリケーション設定の構成

レプリケーション設定は、ソースサーバーから にデータをレプリケートする方法を決定します AWS。Transform MGN AWS にソースサーバーを追加する前に、レプリケーションテンプレートでレプリケーション設定を構成します。 AWS 変換では、すべてのレプリケーション設定パラメータが表示されます。専用の HITL またはチャットインターフェイスを使用して設定できます。

レプリケーション設定パラメータの詳細については、「MGN ユーザーガイド」の「レプリケーション設定テンプレート」を参照してください。

起動テンプレートの設定

起動テンプレートを使用すると、 AWS Transform MGN がインスタンスを起動する方法を制御できます AWS。テンプレートで定義されたデフォルト設定は、新しく追加されたすべてのサーバーに自動的に適用されます。起動テンプレートの設定は、専用の HITL またはチャットインターフェイスを使用して設定できます。

起動テンプレート設定パラメータの詳細については、MGN ユーザーガイドの「起動テンプレート」を参照してください。

AWS Transform は、起動テンプレートに関連付けられた Amazon EC2 起動テンプレート ID へのリンクも提供するため、追加の Amazon EC2 起動テンプレート属性を変更できます。Amazon EC2 起動テンプレートを編集するには、「MGN ユーザーガイド」の「起動テンプレート」の指示に従います。

IP 割り当て戦略

移行したサーバーに IP アドレスを割り当てる方法を選択します。

ステップ 2: インベントリを検証して確認する

サーバーデータを MGN にロードする前に、 AWS Transform はインベントリファイルをレビュー用に準備します。CSV または XLSX 形式でファイルをダウンロードし、サーバー設定を確認し、必要に応じて変更を加えることができます。

インベントリファイルには、サーバー名、オペレーティングシステム、Amazon EC2 インスタンスタイプの推奨事項、ターゲットサブネット、セキュリティグループ、IP 割り当て、ライセンスオプションなどの詳細が含まれます。必須フィールドは次のとおりです。

ファイルを変更して、Amazon EC2 設定の調整、オペレーティングシステムのライセンスオプション (BYOL またはライセンス込み) の変更、テナンシー設定の更新を行うことができます。

インベントリを確認した後、表示どおりにインベントリを受け入れるか、変更されたバージョンをアップロードできます。 AWS Transform はデータを MGN にロードし、ウェーブ内の各サーバーのソースサーバーレコードを作成します。

インベントリファイルの列と で設定を指定することで、オペレーティングシステムのライセンスオプション (BYOL またはライセンス込み) mgn:launch:placement:operating-system-licensingとテナンシーを制御できますmgn:launch:placement:tenancy。詳細については、「MGN ユーザーガイド」の「パラメータのインポート」を参照してください。

ステップ 3: レプリケーションエージェントをデプロイする

ソースサーバーから へのデータのレプリケーションを開始するには AWS、各ソースサーバーに AWS レプリケーションエージェントをインストールします。 AWS Transform には 3 つのインストール方法があります。

AWS MGN コネクタのセットアップを変換する

AWS Transform MGN コネクタは、ソースサーバー間のレプリケーションエージェントのデプロイを自動化するため、各サーバーに個別にログインする必要はありません。コネクタは、オンプレミス環境の専用 Linux マシンにデプロイされた軽量クライアントです。SSH (Linux) または WinRM (Windows) 経由でソースサーバーに接続してレプリケーションエージェントをインストールおよび設定するため、複数の AWS サービス間で手動で調整する必要がなくなります。

コネクタの仕組み

コネクタは、次のコンポーネントを介して動作します。

エージェントをデプロイすると、 AWS Transform はコネクタマシンに SSM ドキュメントを送信します。次に、コネクタは AWS Secrets Manager からソースサーバーの認証情報を取得し、各ソースサーバーへの接続を確立し、ソースサーバーが前提条件を満たしていることを検証し、レプリケーションエージェントをインストールして設定し、正常にインストールされたことを確認します。

コネクタマシンの要件

セットアッププロセス

AWS Transform は、コネクタをセットアップするための次のステップをガイドします。

ステップ 1: コネクタ設定

コネクタの名前を指定するか、自動生成されたデフォルト名を使用します。コネクタは、管理アカウントまたは MGN の委任管理者アカウントにインストールできます。マルチアカウント移行の場合、コネクタはメンバーアカウント間でエージェントをサーバーにデプロイできます。

ステップ 2: AWS リソースのセットアップ

AWS Transform は、 AWS 認証情報を使用してブラウザで実行されるセットアップページを開きます。 AWS 管理アカウントまたは委任管理者アカウントを使用して、 マネジメントコンソールにログインする必要があります。これは、 AWS 変換ターゲットコネクタが接続されているアカウントと同じである必要があります。

セットアップページでは、次のリソースが自動的に作成されます。

または、セットアップページから CloudFormation テンプレートをダウンロードして、IAM ロールを自分でデプロイすることもできます。

セットアップページは、必要なすべての認証情報と設定を含む 1 行のインストールコマンドを生成します。

ステップ 3: コネクタのインストール

環境の Linux マシンにコネクタをインストールします。

ステップ 4: ソースサーバーをアタッチする

インストール後、 AWS Transform は現在のウェーブに属するすべてのソースサーバーを識別し、自動的に MGN コネクタにアタッチします。

ステップ 5: 認証情報を設定する

ソースサーバーの認証情報に AWS Secrets Manager ARNs を指定します。 AWS Transform には 3 つの認証情報設定オプションがあります。

認証情報シークレット形式。詳細については、「MGN ユーザーガイド」の「MGN コネクタの認証情報」を参照してください。

{
  "WinConnectionProtocol": "HTTPS",
  "WinUserName": "windows_username",
  "WinPassword": "windows_password",
  "LinuxUserName": "linux_username",
  "LinuxPrivateKey": "linux_private_key",
  "LinuxHostKeyValidation": false
}

エージェントデプロイ

認証情報が設定および検証されると、 AWS Transform はレプリケーションエージェントをソースサーバーにデプロイします。現在のウェーブ内のすべてのサーバーにデプロイすることも、特定のサーバーを選択することもできます。

各サーバーのデプロイプロセス:

現在のインストールステップ、経過時間、推定残り時間など、サーバーごとのステータス追跡を使用して、デプロイの進行状況をリアルタイムでモニタリングできます。サーバーに障害が発生した場合、 AWS Transform は障害の理由を表示し、サーバーごとに再試行オプションを提供します。正常にデプロイされたサーバーは、障害が発生したサーバーが再試行されている間、個別に続行できます。

コネクタの再利用とライフサイクル

後続のウェーブ用にエージェントをデプロイするときは、既存のコネクタを再利用するか、新しいコネクタを作成できます。 AWS Transform は、アカウントで設定されたすべてのコネクタを一覧表示し、コネクタ名、ステータス (アクティブまたは期限切れ）、アタッチされたサーバー数、ハイブリッドアクティベーションの有効期限を示します。

SSM Hybrid Activations は 30 日後に期限切れになります。アクティベーションは、Linux マシンにコネクタをインストールする場合にのみ必要です。コネクタをインストールすると、アクティベーションの有効期限が切れた後でも、引き続きこれを使用してレプリケーションエージェントをソースサーバーにインストールできます。アクティベーションの有効期限が切れた後にコネクタを新しいマシンにインストールする必要がある場合は、セットアッププロセスを通じて新しいコネクタを作成する必要があります。

エージェントの手動インストール

手動インストールでは、まず AWS 認証情報 (一時的または永続的) を生成し、次に各ソースサーバーにエージェントをインストールします。

認証情報オプション:

インストール手順:

Linux サーバーの場合は、インストーラをダウンロードして実行します。

wget -O ./aws-replication-installer-init \
  https://aws-application-migration-service-region.s3.region.amazonaws.com/latest/linux/aws-replication-installer-init
sudo chmod +x aws-replication-installer-init
sudo ./aws-replication-installer-init --region region --user-provided-id server-identifier

Windows サーバーの場合は、PowerShell を管理者として使用して、適切なインストーラをダウンロードして実行します。

Invoke-WebRequest -Uri "https://aws-application-migration-service-region.s3.region.amazonaws.com/latest/windows/AwsReplicationWindowsInstaller.exe" `
  -OutFile "C:\AwsReplicationWindowsInstaller.exe"
C:\AwsReplicationWindowsInstaller.exe --region region --user-provided-id server-identifier

エージェントのインストールの詳細については、「MGN ユーザーガイド」の「Linux エージェントと Windows エージェント」を参照してください。

インストール後、 AWS Transform は、サーバーに INITIATINGまたは のレプリケーション状態が表示されていることを確認して、すべてのエージェントが正常に接続されていることを確認しますINITIAL_SYNC。

レプリケーションに関連するクォータについては、「MGN ユーザーガイド」の「MGN サービスクォータの制限」を参照してください。

ステップ 4: データレプリケーション

レプリケーションエージェントをインストールすると、データレプリケーションが自動的に開始されます。 AWS Transform は継続的なブロックレベルのレプリケーションを使用して、ソースサーバーから にデータを同期します AWS。

レプリケーションプロセスは 2 つのフェーズで構成されます。

レプリケーションサーバーは、ステージングエリアサブネットにデプロイされた一時的な Amazon EC2 インスタンスです。ソースサーバーからレプリケートされたデータを受け取り、MGN によって自動的に管理されます。詳細については、MGN ユーザーガイドの「レプリケーションサーバーの設定」を参照してください。

AWS Transform はレプリケーションの進行状況をモニタリングし、レプリケーションのステータス、レプリケーションの遅延 (ソースデータとレプリケートされたデータの時間差）、帯域幅の使用状況など、ステータスの更新を提供します。

レプリケーション中、各サーバーは次の状態に進みます。

ウェーブ内のすべてのサーバーが NOT_READY状態を超えると、データレプリケーションフェーズが完了し、テストに進むことができます。

個々のサーバーまたはウェーブ全体のレプリケーションはいつでも制御できます。

ステップ 5: テスト

データレプリケーションが完了したら、テストインスタンスを起動して、移行したサーバーを検証してから、最終的なカットオーバーを実行できます。詳細については、「MGN ユーザーガイド」の「テストインスタンスの起動」を参照してください。 AWS Transform は 2 つのテストオプションをサポートしています。

AWS Transform は、レプリケートされたデータから Amazon EC2 インスタンスを起動し、テストインスタンスに接続して検証できるようにインスタンス IDs を提供します。テスト後、次のことができます。

ステップ 5b: アプリケーションをカットオーバー準備完了としてマークする

テストが完了し、結果に満足したら、アプリケーションをカットオーバーの準備ができているものとしてマークします。 AWS Transform は各アプリケーションのレプリケーションステータスを確認し、レプリケーションアラートを解決してから続行します。カットオーバーとしてマークできるのは、クリーンレプリケーションステータスのアプリケーションのみです。

ステップ 6: カットオーバー

カットオーバーは、本番ワークロードが移行される最後の移行ステップです AWS。詳細については、MGN ユーザーガイドの「カットオーバーインスタンスの起動」を参照してください。テストと同様に、 AWS Transform は特定のサーバーに対してフルウェーブカットオーバーまたは選択的カットオーバーをサポートしています。

カットオーバー中、 AWS Transform は最新のレプリケートされたデータから Amazon EC2 インスタンスを起動し、各サーバーのインスタンス IDsを提供します。カットオーバーインスタンスを確認したら、カットオーバーを確定し、進行中のソースマシンのレプリケーションを停止します。

カットオーバープロセスには、次のステップが含まれます。

サーバーライフサイクルの状態

移行中、各サーバーは次のライフサイクル状態に進みます。詳細については、MGN ユーザーガイドの「ソースサーバーのライフサイクル」を参照してください。

移行中はいつでも、サーバーのステータスについて AWS Transform に尋ねることができます。 AWS Transform には、移行ライフサイクル、レプリケーションステータス、推奨される次のステップなど、関連するすべてのサーバー情報を表示するインタラクティブなウェーブステータステーブルが用意されています。自然言語で質問することもできます。次に例を示します。

ウェーブ移行中に、 AWS Transform に個々のサーバーのステータスを更新または変更するように依頼できます。例えば、ウェーブ内の 10 台のサーバーのうち 9 台がテストフェーズに合格したが、1 台が失敗した場合、 AWS Transform は失敗したサーバーでテストを再実行しながら、9 台のサーバーを次のフェーズに移動し続けることができます。

デプロイの承認

AWS Transform には、本番稼働用の変更が組織のレビュープロセスを確実に進めるための承認ワークフローが組み込まれています。オペレーションで承認が必要な場合、 AWS Transform は承認タブを通じてリクエストを承認された承認者にルーティングします。 AWS Transform の管理者ロールを持つユーザーのみがデプロイリクエストを承認できます。デプロイは、確認を受け取った後にのみ続行されます。