ステップ 8: 自動化スクリプトを使用してソリューションをテストする
移行メタデータをファクトリにインポートする
移行プロセスを開始するには、GitHub リポジトリから server-list.csvserver-list.csv ファイルは、対象範囲内のソースサーバーの属性をインポートするための AWS MGN Service 移行インテークフォームの例です。
注記
.csv ファイルとサンプル自動化スクリプトは、同じ GitHub リポジトリのパッケージに含まれていました。
サンプルデータを特定のサーバーやアプリケーションのデータに置換することで、移行に合わせてフォームをカスタマイズできます。次の表は、このソリューションを移行ニーズに合わせてカスタマイズするために置換すべきデータの詳細を示しています。
| フィールド名 | 必須? | 説明 |
|---|---|---|
| wave_name | 可能 | ウェーブ名は優先度とアプリケーションサーバーの依存関係に基づいています。この ID は移行計画から入手してください。 |
| app_name | 可能 | 移行の対象となるアプリケーションの名前。アプリケーショングループに、同じサーバーを共有するすべてのアプリケーションが含まれていることを確認します。 |
| aws_accountid | 可能 | アカウントプロフィールにある、AWS アカウント の 12 桁の識別子です。アクセスするには、AWS Management Console の右上隅からアカウントプロファイルを選択し、ドロップダウンメニューから [マイアカウント] を選択します。 |
| aws_region | 可能 | AWS リージョン コード。例えば、us-east-1 と指定します。「リージョンコード一覧 (全体)」を参照してください。 |
| server_name | 可能 | 移行の対象となるオンプレミスサーバーの名前。 |
| server_os_family | 可能 | 対象範囲内のソースサーバーで実行されているオペレーティングシステム (OS)。このソリューションは windows または linux のみをサポートしているため、ぞのうちいずれかを使用してください。 |
| server_os_version | 可能 |
対象範囲内のソースサーバーで実行されている OS のバージョン。 注記Kernel バージョンではなく OS バージョンを使用してください。例えば、RHEL 7.1、Windows Server 2019、または CentOS 7.5、7.6 を使用します。Linux 3.xx、4.xx、または Windows 8.1.x は使用しないでください。 |
| server_fqdn | 可能 | ソースサーバーの完全修飾ドメイン名。サーバー名の後にドメイン名が続きます。例えば、server123.company.com などです。 |
| server_tier | 可能 | ソースサーバーがウェブ、アプリ、またはデータベースサーバーのいずれかを識別するラベル。サーバーが複数の層として機能する場合、ソースサーバーを [アプリ] と指定することをお勧めします。例えば、サーバーがウェブ層、アプリ層、データベース層を同時に実行している場合などです。 |
| server_environment | 可能 | サーバーの環境を識別するラベル。例えば、dev、test、prod、QA、または pre-prod などです。 |
| r_type | 可能 | 移行戦略を識別するラベル。たとえば、廃止、保持、再配置、リホスト、再購入、リプラットフォーム、リアーキテクト、TBC などです。 |
| subnet_IDs | 可能 | カットオーバー後の移行対象の Amazon EC2 インスタンスのサブネット ID。 |
| securitygroup_IDs | 可能 | カットオーバー後の移行対象の Amazon EC2 インスタンスのセキュリティグループ ID。 |
| subnet_IDs_test | 可能 | テストするソースサーバーのターゲットサブネット ID。 |
| securitygroup_IDs_test | 可能 | テストするソースサーバーのターゲットセキュリティグループ ID。 |
| instanceType | 可能 | 検出と計画作業で特定された Amazon EC2 インスタンスタイプ。EC2 インスタンスタイプの詳細については、「Amazon EC2 インスタンスタイプ |
| tenancy | 可能 | テナンシータイプ。これは、発見と計画作業の際に特定されます。以下のいずれかの値を使用してテナンシーを識別します: 共有、専有、または専有ホスト。アプリケーションのライセンスで特定のタイプが必要でない限り、デフォルト値として [共有] を使用できます。 |
| タグ | 不可 | サーバーリソースのタグ (CostCenter=123;BU=IT;Location=US など)。 |
| private_ip | 不可 | ターゲットインスタンスのプライベート IP。含まれていない場合、インスタンスは DHCP から IP を取得します。 |
| iamRole | 不可 | ターゲットインスタンスの IAM ロール。含まれていない場合、IAM ロールはターゲットインスタンスにアタッチされません。 |
-
Cloud Migration Factory ウェブコンソールにログインします。
-
Migration Management で、[インポート] を選択してから、[ファイルを選択] を選択します。以前に記入したインテークフォームを選択し、[次へ] を選択します。
-
変更内容を確認し、エラーがないことを確認したうえで (情報メッセージが正常)、[次へ] を選択します。
-
[アップロード] を選択して、サーバーをアップロードします。
ドメインにアクセスします。
このソリューションに含まれるサンプル自動化スクリプトは、対象となるソースサーバーに接続して、レプリケーションエージェントのインストールやソースサーバーのシャットダウンなどの移行タスクを自動化します。ソリューションのテストランを実行するためには、Windows および Linux (sudo 権限) サーバーなど、移行の対象となる範囲内のソースサーバーに対するローカル管理者権限を持つドメインユーザーが必要となります。Linux がドメインに含まれていない場合は、sudo 権限を持つ LDAP ユーザーやローカル sudo ユーザーなど、他のユーザーを使用できます。自動化移行タスクの詳細な手順については、「Migration Factory ウェブコンソールを使用した自動移行アクティビティ」および「コマンドプロンプトを使用した自動移行アクティビティ」を参照してください。
移行自動化のテストを実行する
このソリューションでは、移行自動化のテストを実行することができます。移行プロセスでは、自動化スクリプトを使用して、移行 CSV ファイルのデータをソリューションにインポートします。ソースサーバーの前提条件チェックが行われ、レプリケーションエージェントがソースサーバーにプッシュされ、レプリケーションステータスが確認され、ターゲットサーバーが Migration Factory ウェブインターフェイスから起動されます。テストのステップバイステップの手順については、「Migration Factory ウェブコンソールを使用した自動移行アクティビティ」および「コマンドプロンプトを使用した自動移行アクティビティ」を参照してください。
