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

サーバーの移行

AWS Transform は AWS Transform MGN (MGN) を使用してサーバーを Amazon EC2 にリホストします。サーバー移行ワークフローは、各移行ウェーブの設定、サーバーインベントリの検証、レプリケーションエージェントのデプロイ、データレプリケーションのモニタリング、移行されたインスタンスのテスト、最終的なカットオーバーの実行をガイドします。詳細については、「 とは」を参照してください AWS Transform MGN。 「MGN ユーザーガイド」の「」を参照してください。

サーバー移行はウェーブ別に整理されています。各ウェーブは、一緒に移行されるサーバーのグループを表します。ウェーブごとに、次のフェーズを完了します。

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

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

前提条件

リホスト移行を開始する前に、以下が整っていることを確認してください。

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

マルチアカウント移行の実行を開始する前に、すべてのターゲットアカウントに適用されるデフォルト設定を設定する必要があります。これらのデフォルトは、Amazon EC2 インスタンスの起動方法と一般的な移行の設定方法を定義します。これらのデフォルトは、ウェーブのセットアップ中にウェーブレベルで上書きできます。

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

AWS Transform は、ソース VMs の使用率仕様に基づいて Amazon EC2 インスタンスタイプのレコメンデーションを提供します。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 起動テンプレートを含む起動設定は、アカウントレベルで定義でき、変換 MGN AWS にソースサーバーを追加するたびに自動的に各ソースサーバーに適用されます。このセクションで定義されている起動設定のデフォルトは、すべてのターゲットアカウントに自動的に適用できます。

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

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

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

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

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

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

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

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

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

AWS Transform はターゲットアカウント設定を確認し、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 の管理者ロールを持つユーザーのみがデプロイリクエストを承認できます。デプロイは、確認を受け取った後にのみ続行されます。