ワークグループを使用すると、複数の移行タスクのライフサイクルを同時に管理できます。 ワークグループを使用してサーバーをバッチで移行し、移行効率を向上させることができます。 このトピックでは、ワークグループを使用してサーバーをバッチ移行する方法について説明します。
移行シナリオ
ワークグループのバッチ移行では、[ECS イメージ] としてのサーバー移行のみがサポートされます。 移行完了後、生成された ECS カスタムイメージから手動で ECS インスタンスを作成する必要があります。
サーバーを ECS インスタンスに移行する
Simple Application Server インスタンスを ECS インスタンスに移行する
他のサーバー移行シナリオがある場合は、詳細について「サーバー移行の操作」をご参照ください。
事前準備
サーバー移行の準備を完了します。 詳細については、「事前準備」をご参照ください。
移行テンプレートを設定します。 詳細については、「移行テンプレートの設定」をご参照ください。
手順
ステップ 1:ワークグループの作成
各 Alibaba Cloud アカウントは、最大 50 個のワークグループを持つことができます。
SMC コンソール - ワークグループ移行に移動します。
重要Alibaba Cloud Elastic Compute Service (ECS) インスタンスをソースアカウント A から宛先アカウント B にアカウント間で移行する場合は、宛先アカウント B を使用して Server Migration Center (SMC) コンソールにログインします。
[ワークグループ移行] ページで、[ワークグループの作成] をクリックします。

[ワークグループの作成] ダイアログボックスで、パラメーターを設定します。
パラメーター
説明
[ワークグループ名] (任意)
ワークグループの名前を入力します。
名前の長さは 2~64 文字である必要があります。 先頭は英字または漢字にする必要があります。
http://またはhttps://で始めることはできません。 数字、コロン (:)、ピリオド (.)、アンダースコア (_)、ハイフン (-) を使用できます。ワークグループの説明 (任意)
ワークグループの説明を入力します。
[移行元の選択] (任意)
移行元をインポート済みの場合は、ドロップダウンリストから移行元を選択します。
移行元をインポートしていない場合は、ワークグループを作成した後にステップ 2:移行元のインポートと関連付けを実行します。
説明1 つのワークグループには最大 50 の移行元を関連付けることができます。
1 つの移行元は、1 つのワークグループにのみ関連付けることができます。
タグ (任意)
タグキーとタグ値を入力するか、既存のタグキーとタグ値を選択してワークグループを管理します。
説明各ワークグループには最大 20 個のタグを付けることができます。
[作成] をクリックします。
ワークグループが不要になった場合は、まずその移行元の関連付けを解除する必要があります。 次に、ワークグループの [操作] 列で、 を選択し、画面の指示に従います。
ステップ 2:移行元のインポートと関連付け
移行元とは、データセンター内のオンプレミスサーバー、仮想マシン (VM)、他のクラウドプラットフォーム上のクラウドホスト、または移行したい他の種類のサーバーのことです。
[ワークグループの作成] ダイアログボックスで、[移行元のインポート] をクリックします。
説明ワークグループの作成時にすべての移行元を関連付けた場合は、[閉じる] をクリックしてステップ 3:移行の開始に進みます。

[移行元のインポート] ページで、画面の指示に従って移行元をインポートし、関連付けます。
コマンドラインを使用したインポート (推奨)
重要移行元サーバーにはパブリックネットワークアクセスが必要です。 移行元サーバーにファイアウォールの制限がある場合は、「SMC のエンドポイントとは何ですか?」を参照して SMC のドメイン名とポートを取得し、ファイアウォールのホワイトリストに追加してください。
移行元サーバーがパブリックネットワークにアクセスできない場合や、プライベートネットワーク経由でデータを転送して移行効率を向上させたい場合は、「プライベートネットワーク移行」ソリューションをご参照ください。
パラメーターを設定し、プロンプトに従ってアクティベーションコードコマンドをコピーします。
次の表にパラメーターを示します。
パラメーター
説明
[ワークグループ]
作成されたワークグループがデフォルトで選択されます。
移行元タイプ
[物理サーバー/VM/他のクラウドプラットフォーム上のクラウドサーバー]
インポート方法
[コマンドラインを使用したインポート] を選択します。
[アクティベーション回数]
アクティベーションコードでアクティベートできる移行元の数。 有効値は 1~1000 です。 デフォルト値は 200 です。
[有効期間]
アクティベーションコードの有効期間。 有効値は 1~90 日です。 デフォルト値は 90 日です。
[アクティベーションコード]
アクティベーションコードを生成した後、コマンドをコピーします。 次のステップを実行します:
アクティベーションコードの生成 をクリックします。
移行元サーバーのオペレーティングシステムに基づいて、[Linux シェル] または [Windows Powershell] タブをクリックします。
[コピー] をクリックして、アクティベーションコードコマンドをコピーします。
移行元サーバーにログインし、コピーしたコマンドを管理者権限で貼り付けて実行し、移行元をインポートします。
Linux 移行元サーバー
Linux 移行元サーバーにログインします。
コピーしたコマンドを管理者権限で貼り付けて実行し、移行元をインポートします。

コマンドを実行すると、
Import Source Server [s-bp18x8751kgz2oyh****] Successfully!のようなメッセージが表示され、移行元が正常にインポートされたことを示します。
Windows 移行元サーバー
Windows 移行元サーバーにログインします。
管理者権限で Windows PowerShell を開きます。
コピーしたコマンドを貼り付けて実行し、移行元をインポートします。

コマンドを実行すると、
Import Source Server [s-bp19rlidl3mwuptc****] Successfully!のようなメッセージが表示され、移行元が正常にインポートされたことを示します。コマンドの実行に失敗した場合は、「コマンドラインから Windows 移行元をインポートする際にコマンドの実行に失敗した場合はどうすればよいですか?」をご参照ください。
クライアントを使用したインポート
パラメーターを設定し、プロンプトに従ってアクティベーションコードコマンドをコピーします。
次の表にパラメーターを示します。
パラメーター
説明
ワークグループ
作成されたワークグループがデフォルトで選択されます。
移行元タイプ
必要に応じて移行元サーバーの種類を選択します:
他のクラウドプラットフォーム上の物理サーバー / VM / クラウドサーバー。
インポート方法
[クライアントを使用したインポート] を選択します。
インポート手順
[インポート手順] セクションで、移行元サーバーのオペレーティングシステム (Linux または Windows) とアーキテクチャ (32 ビットまたは 64 ビット) に基づいて、適切な SMC クライアントをダウンロード、インストール、アクティベートします。
[アクティベーションコードの生成] をクリックし、アクティベーションコードをコピーします。
クライアントのインストール時にアクティベーションコードを入力する必要があります。
移行元をインポートします。
重要移行中は SMC クライアントを閉じないでください。 閉じると、移行元が SMC コンソールへの接続を失い、移行が失敗します。
Windows 移行元サーバーからの移行元のインポート
WinSCP などのファイル転送をサポートするリモート接続ツールを使用して、SMC クライアントを Windows 移行元サーバーにアップロードします。
Windows 移行元サーバーで、システムの組み込みまたはサードパーティの展開ツールを使用して SMC クライアントパッケージを展開します。
移行元サーバーのシステムバージョンに一致する SMC クライアントフォルダで、SMC クライアントを実行します。
管理者権限を求められたら、[OK] をクリックします。
GUI バージョン:go2aliyun_gui.exe アプリケーションをダブルクリックして実行します。
コマンドラインバージョン:go2aliyun_client.exe アプリケーションをダブルクリックして実行します。
アクティベーションコードまたは AccessKey ペアを取得します。
(推奨) アクティベーションコードを取得します。 SMC コンソールの [説明] セクションで、[生成] をクリックし、アクティベーションコードをコピーします。
AccessKey ペアを取得する:Alibaba Cloud アカウントの AccessKey ペアには、AccessKey ID と AccessKey Secret が含まれます。 AccessKey ペアを作成していない場合は、作成する必要があります。 詳細については、「AccessKey ペアの作成」をご参照ください。
プロンプトに従ってアクティベーションコードまたは AccessKey ペアを入力します。
GUI で、[トークン ID/AK] と [トークンコード/SK] のテキストボックスにアクティベーションコードまたは AccessKey ペアを入力し、[開始] をクリックします。 詳細については、「SMC クライアントユーザーガイド」をご参照ください。
コマンドラインバージョン:
access_access_token_idとaccess_token_codeの値を入力し、Enterキーを押します。
Import Source Server [s-bp18x8751kgz2oyh****] Successfully!のようなメッセージが表示された場合、移行元が正常にインポートされたことを示します。
Linux 移行元サーバーからの移行元のインポート
WinSCP などのファイル転送をサポートするリモート接続ツールを使用して、SMC クライアントを Linux 移行元サーバーにアップロードします。
Linux 移行元サーバーにリモート接続し、SMC クライアントパッケージを展開します。
この例では、
Linux 64 ビット汎用型エディションを使用します。 異なるバージョンの SMC クライアントを使用する場合は、コマンド内のパッケージ名を実際にダウンロードしたファイル名に置き換えてください。tar -zxvf go2aliyun_client.tar.gz説明[Linux 64 ビット ARM エディション] は、g6r 汎用型および c6r コンピューティング最適化インスタンスファミリーをサポートしています。 インスタンスファミリーの詳細については、「エンタープライズレベルの Arm ベースのコンピューティングインスタンスファミリー」をご参照ください。
(任意) 必要に応じて、移行する必要のないファイルやディレクトリをフィルターして除外します。
重要移行にブロックレプリケーションを有効にしている場合、ファイルやディレクトリを移行から除外することはできません。
アクティベーションコードまたは AccessKey ペアを取得します。
(推奨) SMC コンソールの [説明] セクションで、[生成] をクリックし、アクティベーションコードをコピーします。
AccessKey ペアを取得する:Alibaba Cloud アカウントの AccessKey ペアには、AccessKey ID と AccessKey Secret が含まれます。 AccessKey ペアを作成していない場合は、作成する必要があります。 詳細については、「AccessKey ペアの作成」をご参照ください。
SMC クライアントフォルダで、次のコマンドを実行して SMC クライアントを起動します。
cd go2aliyun_client_linux_x86_64 sudo chmod +x go2aliyun_client sudo ./go2aliyun_clientプロンプトに従ってアクティベーションコードまたは AccessKey ペアを入力します。 この例ではアクティベーションコードを使用します:

アクティベーションコードまたは AccessKey ペアを入力すると、次のプロンプトが表示されることがあります:
ソースシステムにスナップショットドライバーがインストールされていない場合、SMC クライアントは次の図のようにプロンプトを表示します。 必要に応じてスナップショットドライバーをインストールするかどうかを選択できます。
移行タスクの作成時にブロックレプリケーションを有効にする場合は、
yesと入力してスナップショットドライバーを自動的にインストールします。移行タスクの作成時にブロックレプリケーションを有効にしない場合は、
noと入力します。
重要スナップショットドライバーのインストールに失敗した場合は、移行タスクの作成時にブロックレプリケーションを有効にしないでください。 有効にすると、移行が失敗します。

ほとんどの主流のソースシステムには rsync がデフォルトでインストールされています。 インストールされていない場合、SMC クライアントはプロンプトを表示します。 次の図のように、
yesと入力して rsync を自動的にインストールします。
ソースシステムで SELinux が有効になっている場合、SMC クライアントはそれを無効にするように促します。 次の図のように、
yesと入力して SELinux を自動的に無効にします。
Import Source Server [s-bp11npxndknsycqj****] Successfully!のようなメッセージが表示された場合、移行元が正常にインポートされたことを示します。説明移行元のインポートに失敗した場合は、表示されたメッセージに基づいて問題をトラブルシューティングし、次のコマンドを順に実行してバックグラウンドプログラムを終了し、移行元を再インポートできます。 一般的な問題と解決策の詳細については、「SMC よくある質問」および「トラブルシューティング」をご参照ください。
sudo ./go2aliyun_client --abort sudo ./go2aliyun_client
移行元を関連付けます。
SMC コンソール - ワークグループ移行に移動します。
宛先ワークグループの [操作] 列で、[移行元の関連付け] をクリックします。
[移行元の関連付け] ダイアログボックスで、移行元を選択し、[OK] をクリックします。
移行元のステータスを表示します。
SMC コンソール - ワークグループ移行に移動します。
ワークグループ ID をクリックして、ワークグループの詳細ページに移動します。
[移行元] セクションで、[リアルタイム移行ステータス] 列で移行元のステータスを確認できます。
[移行元オンライン] のステータスは、インポートが成功したことを示します。
ステータスが [移行元オンライン] でない場合、インポートは失敗しています。 次の方法で問題をトラブルシューティングし、移行元を再インポートしてください。
コンソールのエラーメッセージに基づいて、または SMC クライアントのログファイルを確認して問題をトラブルシューティングします。 SMC クライアントのデフォルトのインストールディレクトリは次のとおりです:
Windows 移行元サーバー: C:\smc。
Linux 移行元サーバー:/smc。
一般的な問題と解決策については、「SMC よくある質問」および「トラブルシューティング」をご参照ください。
ステップ 3:移行の開始
SMC コンソール - ワークグループ移行に移動します。
宛先ワークグループの [操作] 列にある [移行の開始] をクリックします。
[移行元の確認] ダイアログボックスで、移行するサーバーを確認し、[次へ] をクリックします。
[操作不能な移行元] タブにサーバーがリストされている場合は、
アイコンをクリックして移行できない理由を確認できます。必要な移行パラメーターを設定し、[移行の開始] をクリックします。
移行テンプレートで移行タスクのパラメーターを事前設定した場合、移行タスクの作成時にテンプレートのパラメーターが自動的に入力されます。 これにより、移行効率が向上します。 詳細については、「移行テンプレートの設定」をご参照ください。
説明一部の移行元に既に移行タスクがある場合、それらの移行元に対して新しい移行タスクは作成されません。
表示されるダイアログボックスで、移行に関する注意事項をよく読み、[了解] をクリックします。
[ワークグループ移行] ページで、移行ステータスを確認できます。
[移行ステータス] が [未開始] から [進行中] に変わると、サーバーの移行が開始されます。
ワークグループ ID をクリックすると、各サーバーのリアルタイムの移行ステータスを確認できます。 移行ドリルを有効にした場合、SMC はまず移行ドリルを実行します。 ドリルに合格した後、移行操作が実行されます。[リアルタイム移行ステータス] が [ドリル合格] の場合、システムは自動的に移行を開始します。
[リアルタイム移行ステータス] が [ドリル異常] の場合、移行ドリルは失敗しました。 ドリルレポートを表示し、[クリティカル] なドリル項目を解決してから、移行ドリルを再試行する必要があります。 詳細については、「移行ドリルの設定」をご参照ください。

[リアルタイム移行ステータス] が [同期中] の場合、サーバーデータの移行が進行中です。
データ転送に必要な時間は、移行元サーバーのデータ量やネットワーク帯域幅などの要因に影響されます。 移行タスクが完了するまでお待ちください。 この間、必要に応じて次の操作を実行することもできます:
移行設定を変更するには、[操作] 列の [移行の変更] をクリックして、タスク名、タスクの説明、転送速度制限、圧縮率、チェックサム検証などのパラメーターを変更します。
移行を一時停止する:[操作] 列で、[移行の一時停止] をクリックします。

[リアルタイム移行ステータス] が [保留中] の場合、サーバーの最初の完全移行が完了したことを示します。
最初の移行では、移行元サーバーのシステムデータの完全移行が実行され、完全な ECS カスタムイメージが生成されます。

ステップ 4:増分移行
最初の移行が完了すると、移行ステータスは [保留中] に変わります。 SMC は [同期繰り返し頻度] の設定に基づいて次のサイクルを待機し、自動的に増分移行を実行して新しい ECS カスタムイメージを生成します。
増分移行によって生成される各 ECS カスタムイメージは、現在の時点での移行元サーバーの完全なイメージです。 これには、移行時の増分データと、以前に移行されたすべてのデータが含まれます。
サービスを一時停止し、増分移行を実行します。
オフピーク時に、移行元サーバーのサービスを一時停止し、別の増分移行を実行します。 手順は次のとおりです:
移行元サーバーにログインし、システムサービスを一時停止します。
増分移行を実行します。
増分移行を自動的に実行する
SMC は、設定した [同期繰り返し頻度] に従って自動的に増分移行を実行します。
増分移行を手動で実行する
宛先ワークグループの [操作] 列で、[手動増分同期] をクリックし、プロンプトに従ってバッチ増分移行を完了します。
説明ワークグループ ID をクリックして、各サーバーに対して個別に手動増分同期を実行することもできます。
増分同期を完了します。
最後の増分同期タスクが完了すると、増分データの同期も完了します。
宛先ワークグループの [操作] 列で、 を選択します。

[増分タスクの完了] ダイアログボックスで、[次へ] をクリックします。
[増分同期の完了] ダイアログボックスで [最終同期の実行] を選択して、最終的なデータ同期を完了することもできます。
[次へ] をクリックして移行元を確認します。
[確認] をクリックして増分同期を開始します。
[ワークグループ移行] ページで、移行ステータスを確認できます。
データ転送の期間は、ソースデータ量やネットワーク帯域幅などの要因によって異なります。 移行タスクのステータスが [完了] に変わると、増分移行は完了です。

説明増分同期が完了すると、タスクは再実行されず、手動増分同期も実行できません。 誤って [増分同期の完了] をクリックしてしまったが、まだ増分データを移行する必要がある場合は、新しい移行を開始する必要があります。
移行結果の検証
移行が成功した後に生成された Alibaba Cloud カスタムイメージを表示します。
[ワークグループ移行] ページで、ワークグループ ID をクリックします。
宛先移行元の [移行成果物] 列で ECS カスタムイメージを確認できます。
[レポートの表示] をクリックして、イメージチェックの結果を表示することもできます。 詳細については、「イメージチェック結果の表示」をご参照ください。
移行結果を検証します。
移行結果の手動検証 (推奨)
宛先移行元の [操作] 列で、[インスタンスの作成] をクリックします。 ECS コンソールの ECS インスタンス作成ページにリダイレクトされ、移行から生成されたカスタムイメージがデフォルトで選択されます。
カスタムイメージから ECS インスタンスを作成します。 詳細については、「カスタムイメージまたは共有イメージからのインスタンスの作成」をご参照ください。

移行結果の自動検証
説明この機能を使用するには、インスタンスにクラウドアシスタントプラグインがインストールされている必要があり、インスタンスのオペレーティングシステムがそれをサポートしている必要があります。 詳細については、「クラウドアシスタントエージェントのインストール」をご参照ください。
この機能は、Alibaba Cloud Operation Orchestration Service (OOS) テンプレート
ACS-SMC-CreateAndVerifyInstanceを使用して、移行タスクによって生成されたイメージから ECS インスタンスが正常に作成および起動できるかどうかを自動的に検証します。宛先移行元の [操作] 列で、[移行結果の検証] をクリックします。

表示されるダイアログボックスで、検証プロセスを確認し、[今すぐ検証] をクリックします。
[検証スクリプトパラメーターのカスタマイズ] をクリックして、検証パラメーターを手動で設定することもできます。
[移行結果の検証] 列で結果を確認します。
[検証合格]:移行は成功しました。 [出力パラメーターの表示] をクリックして検証結果を表示します。
[検証未完了]:移行結果が異常であることを示します。 [原因の表示] をクリックして原因を特定し、問題をトラブルシューティングできます。
[操作] 列の
をクリックし、[OOS に移動して履歴検証を表示] をクリックして、OOS テンプレートの実行履歴を表示することもできます。
サーバーを移行した後、ビジネスが正常に実行されるように、次の操作を実行します:
データの整合性と正確性を確認するためにデータを検証します。 詳細については、「Linux サーバーを移行した後のシステムチェック方法は?」または「Windows サーバーを移行した後のシステムチェック方法は?」をご参照ください。
移行元サーバーのアプリケーションとサービスが自動起動するように設定されていない場合は、移行後に手動で起動する必要があります。
移行後に IP アドレスが変更されます。 ビジネスに IP アドレスの設定が含まれている場合は、移行後にドメイン名の名前解決、ICP 登録、その他の設定を変更する必要があります。
ドメイン名が既に移行元サーバーにマッピングされている場合は、ドメイン名をサーバーの新しいパブリック IP アドレスにマッピングします。 詳細については、「ウェブサイトの名前解決の追加」をご参照ください。
プライベート IP アドレスを変更しないようにするには、移行完了後にプライベート IP アドレスを変更できます。
[ECS イメージ]:ECS インスタンスを作成するときに、プライベート IP アドレスを指定できます。 詳細については、「ECS インスタンス購入時にプライマリ NIC のプライマリプライベート IPv4 アドレスを指定する」をご参照ください。
[ECS インスタンス] への移行時に、移行設定ステップの詳細設定でプライベート IPv4 アドレスを変更しない場合は、移行完了後に変更できます。 詳細については、「既存インスタンスのプライマリ NIC のプライマリプライベート IPv4 アドレスの変更」をご参照ください。
リソースのクリーンアップ
移行中、SMC は移行を支援するために、宛先の Alibaba Cloud アカウントに No_Delete_SMC_Transition_Instance という名前の一時的な従量課金の中間インスタンスを作成します。 移行が成功したかどうかに基づいて、リソースを手動でクリーンアップするかどうかを決定する必要があります:
移行が成功した場合、中間インスタンスは自動的にリリースされます。 手動でクリーンアップする必要はありません。
移行が失敗した場合、中間インスタンスは移行タスクと共に残り、料金が発生します。 不要な料金を避けるために、次のいずれかの方法で中間インスタンスをリリースできます:
移行タスクが不要になった場合は、ワークグループ ID をクリックし、次に移行元 ID をクリックしてタスクを見つけます。 [操作] 列で、[移行のキャンセル] をクリックしてタスクを削除し、中間インスタンスを自動的にクリーンアップします。
中間インスタンスを手動でリリースします。 詳細については、「インスタンスのリリース」をご参照ください。
関連ドキュメント
単一のサーバーを移行するには、次をご参照ください:
> [ワークグループの削除]
> [増分同期の完了]