Server Migration Center:サーバーのバッチ移行

ステップ 1：ワークグループを作成する

Alibaba Cloud アカウントごとに 50 のワークグループを作成できます。

1. サーバー移行センタ (SMC) コンソールにログインします。

   重要

   異なる Alibaba Cloud アカウントに属する ECS インスタンス間でデータを移行する場合 (ソースアカウント A の ECS インスタンスを宛先アカウント B に移行する場合) は、Alibaba Cloud アカウント B を使用して SMC コンソールにログインします。

2. 左側のナビゲーションバーで、[アプリケーション移行] > [ワークグループ移行] を選択します。

3. [ワークグループ移行] ページで、[ワークグループの作成] をクリックします。

4. ポップアップ [ワークグループの作成] ダイアログボックスで、次の表に基づいてパラメーターを設定します。

   パラメーター	説明
   [ワークグループ名]	オプション。ワークグループ名を入力します。 名前は 2 ～ 64 文字の長さでなければなりません。文字で始まり、http:// または https:// で始めることはできません。数字、コロン (:)、ピリオド (.)、アンダースコア (_)、ハイフン (-) を含めることができます。
   [ワークグループの説明]	オプション。ワークグループの説明を入力します。
   [移行元を選択]	オプション。移行元をインポート済みの場合：ドロップダウンリストから移行元を選択できます。 移行元をインポートしていない場合：ワークグループを作成した後に、ステップ 2：ソースをインポートして関連付けるに従うことができます。 説明 1 つのワークグループに最大 50 の移行元を関連付けることができます。 1 つの移行元は 1 つのワークグループにのみ関連付けることができます。
   [タグ]	オプション。タグキーとタグ値を入力するか、既存のタグキーとタグ値を選択して、ワークグループ管理を容易にします。 説明 各ワークグループには最大 20 個のタグをバインドできます。

5. [作成] をクリックします。

   後でワークグループが不要になった場合は、ワークグループ内の移行元の関連付けを解除し、対応するワークグループの [アクション] 列で > [ワークグループの削除] を選択し、プロンプトに従ってワークグループを削除する必要があります。アクション

ステップ 2： ソースをインポートして関連付ける

移行元は、データセンター内のサーバー、VM、サードパーティクラウドプラットフォーム上のホストなど、さまざまなタイプのサーバーにすることができます。

1. 表示される [ワークグループの作成] ダイアログボックスで、[移行元のインポート] をクリックします。

   説明

   ワークグループの作成時にすべての移行元を関連付けた場合は、[閉じる] をクリックして、ステップ 3：移行を開始するに進みます。

2. [移行元のインポート] ページで、プロンプトに従って移行元をインポートして関連付けます。

   (推奨) CLI を使用する

   重要

   ソースサーバーは インターネット経由でアクセス可能 でなければなりません。

   1. プロンプトに従ってパラメーターを設定し、アクティベーションコードコマンドをコピーします。

      次の表は、パラメーターについて説明しています。

      パラメーター	説明
      [ワークグループ]	デフォルトでは、作成されたワークグループが選択されています。
      [移行元のタイプ]	必要に応じて、ソースサーバーのタイプを選択します。 [物理サーバーまたは VM] [ECS] [サードパーティクラウドサーバー]
      [インポート方法]	[CLI を使用してサーバーをインポート] を選択します。
      [移行元のクォータ]	アクティベーションコードを使用して情報をインポートする移行元の数。有効な値：1 ～ 1000。デフォルト値：200。
      [有効期間]	アクティベーションコードの有効期間。単位：日。有効な値：1 ～ 90。デフォルト値：90。
      [アクティベーションコード]	アクティベーションコード。アクティベーションコードを生成し、生成されたコマンドをコピーするには、次の手順を実行します。 [生成] をクリックします。 ソースのオペレーティングシステムに基づいて、[linux シェル] タブまたは [windows Powershell] タブをクリックします。 [コピー] をクリックして、アクティベーションコードコマンドをコピーします。

   2. ソースサーバーにログインし、コピーしたコマンドを 管理者として 貼り付けて実行して、移行元に関する情報をインポートします。

      Linux サーバー

      1. Linux サーバーにログインします。

      2. コピーしたコマンドを 管理者として 貼り付けて実行して、移行元に関する情報をインポートします。

         

         コマンドの実行後、Import Source Server [s-bp18x8751kgz2oyh****] Successfully! のようなメッセージが返された場合、移行元に関する情報がインポートされます。

      Windows サーバー

      1. Windows サーバーにログインします。

      2. 管理者として Windows PowerShell を開きます。

      3. コピーしたコマンドを実行して、移行元に関する情報をインポートします。

         

         コマンドの実行後、Import Source Server [s-bp19rlidl3mwuptc****] Successfully! のようなメッセージが返された場合、移行元に関する情報がインポートされます。

   SMC コンソールを使用する

   重要

   • ソースサーバーは インターネット経由でアクセス可能 でなければなりません。

   • RAM (Resource Access Management) ユーザーとして移行元に関する情報をインポートする場合、RAM ユーザーに次の権限が付与されていることを確認してください。

     • AliyunRAMReadOnlyAccess。詳細については、「RAM ユーザーに権限を付与する」をご参照ください。

     • AliyunCloudShellFullAccess。詳細については、「RAM ユーザーを承認する」をご参照ください。

   1. プロンプトに従ってパラメーターを設定し、アクティベーションコードコマンドをコピーします。

      次の表は、パラメーターについて説明しています。

      パラメーター	説明
      [ワークグループ]	デフォルトでは、作成されたワークグループが選択されています。
      [移行元のタイプ]	必要に応じて、ソースサーバーのタイプを選択します。 [物理サーバーまたは VM] [ECS] [サードパーティクラウドサーバー] [物理サーバーまたは VM] または [サードパーティクラウドサーバー] が例として選択されています。 説明 [ECS] を選択した場合は、特定のリージョンにある ECS インスタンスを直接選択できますが、ECS インスタンスには クラウドアシスタントクライアント がインストールされている必要があります (2017 年 12 月 1 日以降にパブリックイメージから作成された ECS インスタンスには、クラウドアシスタントクライアントがプリインストールされています)。
      [インポート方法]	[コンソールからインポート] を選択します。
      [移行元名]	移行元の名前。名前は 2 ～ 128 文字の長さでなければなりません。名前は文字で始める必要がありますが、http:// または https:// で始めることはできません。名前に文字、数字、コロン (:)、アンダースコア (_)、ハイフン (-) を使用できます。
      [OS タイプ]	オペレーティングシステムのタイプ。オペレーティングシステムのタイプに基づいて、[linux] または [windows] を選択します。 重要 オペレーティングシステムとして [windows] を選択した場合は、OpenSSH をインストールする必要があります。詳細については、「よくある質問」トピックの Windows サーバーに OpenSSH をインストールするにはどうすればよいですか？ セクションをご参照ください。
      [IP アドレス]	インターネット経由で移行元にアクセスするために使用される IPv4 アドレス。例：120.55.XX.XX。
      [ポート]	移行元の SSH ポート番号。有効な値：1 ～ 65535。デフォルト値：22。
      [ユーザー名]	移行元のオペレーティングシステムにログインするために使用されるユーザー名。 Linux：デフォルトのユーザー名は root です。 Windows：デフォルトのユーザー名は Administrator です。
      [パスワード]	ユーザー名に対応するパスワード。

   2. パラメーターを設定した後、[インポート] をクリックします。

      インポートプロセスには約 3 ～ 10 分かかります。インポートが完了するまで待ちます。

   SMC クライアントを使用する

   1. プロンプトに従ってパラメーターを設定し、アクティベーションコードコマンドをコピーします。

      次の表は、パラメーターについて説明しています。

      パラメーター	説明
      [ワークグループ]	デフォルトでは、作成されたワークグループが選択されています。
      [移行元のタイプ]	必要に応じて、ソースサーバーのタイプを選択します。 [物理サーバーまたは VM] [ECS] [サードパーティクラウドサーバー]
      [インポート方法]	[クライアントを使用してサーバーをインポート] を選択します。
      [説明]	SMC クライアントのダウンロード方法に関する説明。[説明] セクションの情報を読み、移行元のオペレーティングシステムの CPU アーキテクチャ (ARM または x86) とビットバージョン (32 ビットまたは 64 ビット) に基づいて、必要なバージョンの SMC クライアントをダウンロードします。

   2. 移行元に関する情報をインポートします。

      移行元のオペレーティングシステムに基づいて操作を実行します。

      重要

      移行中は、移行が完了するまで SMC クライアントをシャットダウンしないでください。そうしないと、移行元が SMC コンソールから切断され、移行が失敗します。

      Windows サーバー

      1. ファイル転送をサポートするリモート接続ツールを使用できます。たとえば、WinSCP を使用して、SMC クライアントパッケージをソース Windows サーバーにアップロードできます。

      2. ソース Windows サーバーで、Windows の組み込み展開ツールまたはインストールした展開ツールを使用して、SMC クライアントパッケージを展開します。

      3. ソースサーバーに対応する SMC クライアントフォルダで、SMC クライアントを実行します。

         • Windows GUI バージョンを実行するには、go2aliyun_gui.exe ファイルをダブルクリックします。

         • Windows CLI バージョンを実行するには、go2aliyun_client.exe ファイルをダブルクリックします。

         説明

         プログラムを実行するときは、[OK] をクリックして、管理者権限を持っていることを確認する必要があります。

      4. アクティベーションコードまたは AccessKey ペアを取得します。

         • (推奨) アクティベーションコードを取得する：SMC コンソールの [説明] セクションで、[生成] をクリックし、生成されたアクティベーションコード情報をコピーします。

         • AccessKey ペアを取得する：AccessKey ペアは、AccessKey ID と AccessKey シークレットで構成されます。AccessKey ペアが作成されていない場合は、最初に作成します。詳細については、「AccessKey ペアを取得する」をご参照ください。

      5. プロンプトに従って、アクティベーションコードまたは AccessKey ペアを入力します。

         • Windows GUI バージョンを実行するには、[トークン ID/AK] フィールドと [トークンコード/SK] フィールドにアクティベーションコードまたは AccessKey ペアを入力し、[開始] をクリックします。詳細については、「SMC クライアントを使用する」をご参照ください。

         • Windows CLI バージョンを実行するには、取得した access_access_token_id と access_token_code を入力し、Enter キーを押します。

         移行元に関する情報がインポートされると、Import Source Server [s-bp11npxndknsycqj****] Successfully! のようなメッセージが返されます。

      Linux サーバー

      1. ファイル転送をサポートするリモート接続ツールを使用できます。たとえば、WinSCP を使用して、SMC クライアントパッケージをソース Linux サーバーにアップロードできます。

      2. ソース Linux サーバーに接続し、SMC クライアントパッケージを展開します。

         例では Linux 64 ビット汎用 が使用されています。次のコマンドを実行してパッケージを展開します。別のバージョンの SMC クライアントを使用する場合は、コマンドのパッケージ名を SMC クライアントの名前に置き換えます。

         tar xf go2aliyun_client_linux_x86_64.tar.gz

         説明

         [linux ARM64] は、g6r 汎用インスタンスファミリと c6r コンピュート最適化インスタンスファミリをサポートしています。インスタンスタイプの詳細については、「インスタンスファミリの概要」トピックの「Arm ベースのエンタープライズレベルコンピューティングインスタンスファミリ」セクションをご参照ください。

      3. (オプション) 移行に不要なファイルまたはディレクトリを除外します。詳細については、「よくある質問」トピックの 移行ジョブからファイルまたはディレクトリを除外するにはどうすればよいですか？ セクションをご参照ください。

         重要

         ブロックレプリケーション機能を有効にしている場合、移行ジョブからファイルまたはディレクトリを除外することはできません。

      4. アクティベーションコードまたは AccessKey ペアを取得します。

         • (推奨) アクティベーションコードを取得する：SMC コンソールの [説明] セクションで、[生成] をクリックし、生成されたアクティベーションコード情報をコピーします。

         • AccessKey ペアを取得する：AccessKey ペアは、AccessKey ID と AccessKey シークレットで構成されます。AccessKey ペアが作成されていない場合は、最初に作成します。詳細については、「AccessKey ペアを取得する」をご参照ください。

      5. SMC クライアントフォルダで、次のコマンドを実行して SMC クライアントを実行します。

         cd go2aliyun_client_linux_x86_64
         sudo chmod +x go2aliyun_client
         sudo ./go2aliyun_client

      6. プロンプトに従って、アクティベーションコードまたは AccessKey ペアを入力します。次の図は、アクティベーションコードの例を示しています。

         アクティベーションコードを入力した後、次のメッセージが表示される場合があります。

         • ソースサーバーにスナップショット依存関係がインストールされていない場合は、メッセージが表示されます。次の図は、メッセージの詳細を示しています。ブロックレプリケーション機能を有効にするかどうかに基づいて、スナップショット依存関係をインストールするかどうかを決定できます。

           • 移行のブロックレプリケーションを有効にするには、yes と入力して、スナップショット依存関係を自動的にインストールします。

           • 移行のブロックレプリケーションを有効にしたくない場合は、no と入力します。

           重要

           スナップショット依存関係のインストールに失敗した場合は、移行ジョブの作成時にブロックレプリケーションを有効にしないでください。そうしないと、移行が失敗する可能性があります。

           

         • rsync ツールは、ほとんどの主流の移行元にインストールされています。移行元に rsync がインストールされていない場合、SMC クライアントはメッセージを表示します。次の図に示すように、yes と入力して rsync をインストールします。

         • 移行元で SELinux が有効になっている場合は、SELinux を無効にするように求めるメッセージが表示されます。yes と入力して SELinux を無効にします。次の図は、SELinux を無効にする方法を示しています。

         移行元に関する情報がインポートされると、Import Source Server [s-bp11npxndknsycqj****] Successfully! のようなメッセージが返されます。

         説明

         移行元に関する情報のインポートに失敗した場合は、返されたメッセージに基づいて問題のトラブルシューティングを行うことができます。問題を修正した後、次のコマンドを実行してバックグラウンドプログラムを終了し、移行元に関する情報を再インポートします。よくある質問と解決策の詳細については、「サーバー移行センタ (SMC) についてのよくある質問」および「トラブルシューティング」をご参照ください。

         sudo ./go2aliyun_client --abort
         sudo ./go2aliyun_client

   3. ソースを関連付けます。

      1. 左側のナビゲーションウィンドウで、[アプリケーション移行] > [ワークグループ移行] をクリックします。

      2. 宛先ワークスペースのアクション列で、[移行元の関連付け] をクリックします。

      3. 表示される [移行元の関連付け] ダイアログボックスで、移行元を選択し、[OK] をクリックします。

3. 移行元のステータスを確認します。

   1. 左側のナビゲーションウィンドウで、[アプリケーション移行] > [ワークグループ移行] をクリックします。

   2. ワークグループ ID をクリックして、ワークグループ詳細ページに移動します。

   3. [移行元] セクションの [リアルタイム移行ステータス] 列で、移行元のステータスを表示します。

      • 移行元のステータスが [移行元オンライン] の場合、移行元に関する情報がインポートされます。

      • 移行元が別の状態にある場合、情報のインポートに失敗します。この場合、次の解決策に基づいて障害のトラブルシューティングを行い、移行元に関する情報を再度インポートします。

        • SMC コンソールに表示されるメッセージ、または SMC クライアントがインストールされているディレクトリにあるログファイルに基づいて、障害のトラブルシューティングを行います。デフォルトでは、SMC クライアントは次のディレクトリにインストールされます。

          • Windows サーバー：C:\smc

          • Linux サーバー：/smc

        • よくある質問 (FAQ) と解決策の詳細については、「サーバー移行センタ (SMC) についてのよくある質問」および「トラブルシューティング」をご参照ください。

ステップ 3：移行を開始する

1. 左側のナビゲーションウィンドウで、[アプリケーション移行] > [ワークグループ移行] をクリックします。

2. ワークグループの [アクション] 列で、[移行の開始] をクリックします。

3. [移行の開始] ダイアログボックスで、移行するサーバーが正しいことを確認し、[次へ] をクリックします。

   [操作不能な移行元] タブにサーバーがまだ存在する場合は、 アイコンをクリックして、移行できない理由を表示できます。

4. 必要に応じて移行パラメーターを設定し、[作成] をクリックします。

   移行テンプレートで移行タスクパラメーターをプリセットしている場合、移行タスクの作成時にテンプレートパラメーターが自動的に入力され、移行効率が向上します。詳細については、「移行テンプレートを設定する」をご参照ください。

   説明

   一部の移行元に対して移行タスクがすでに存在する場合、これらの移行元に対して追加の移行タスクは作成されません。

5. 表示されるメッセージで、移行に関する注意事項を読み、[了解] をクリックします。

6. ポップアップ [移行設定] ダイアログボックスで、[今すぐ表示] をクリックします。

7. [ワークグループ移行] ページで、移行ステータスを表示します。

   1. [移行ステータス] が [開始されていません] から [進行中] に変わると、サーバーの移行が開始されたことを示します。

      ワークグループ ID をクリックすると、各サーバーのリアルタイム移行ステータスを表示できます。移行訓練を有効にしている場合、SMC は最初に移行訓練を実行し、訓練に合格した後に移行操作を実行します。

      • [リアルタイム移行ステータス] が [訓練合格] の場合、移行訓練が成功したことを示し、システムは自動的に移行を開始します。

      • [リアルタイム移行ステータス] が [訓練例外] の場合、移行訓練が失敗したことを示します。訓練レポートを表示し、[クリティカル] 訓練項目を修正してから、移行訓練を再試行する必要があります。詳細については、「移行テストを設定する」をご参照ください。

      

   2. [リアルタイム移行ステータス] が [同期中] の場合、サーバーデータが移行中であることを示します。

      データ転送に必要な時間は、移行元データのサイズやネットワーク帯域幅などの要因によって異なります。移行ジョブが完了するまで待ちます。この時点で、必要に応じて次の手順を実行できます。

      • 移行設定を変更する：[アクション] 列で、[移行ジョブの変更] をクリックして、タスク名、タスクの説明、転送速度制限、圧縮率、チェックサム検証パラメーターを変更します。

      • 移行操作を一時停止する：[アクション] 列で、[移行ジョブの一時停止] をクリックして移行を一時停止します。

      移行ジョブが [同期中] 状態の場合、[速度] および [同期残り時間] パラメーターは [リアルタイム移行ステータス] 列に表示されます。

      • [速度]：1 秒あたりに移行されるデータ量。これは、非圧縮データの転送速度を示します。圧縮率 パラメーターを 0 より大きい値に設定すると、実際のネットワーク転送速度 (圧縮データの転送速度) は表示される速度よりも低くなります。

      • [同期残り時間]：現在の速度に基づいて次の式を使用して計算された残りの同期時間。同期残り時間 = (データ総サイズ - 転送済みデータサイズ)/速度。

      

   3. [リアルタイム移行ステータス] が [待機中] の場合、サーバーの最初の完全移行が完了したことを示します。

      最初の移行では、ソースサーバーシステムからデータの完全移行が行われ、完全な ECS カスタムイメージが生成されます。

      

ステップ 4：増分移行

最初の移行が完了すると、移行ステータスは [待機中] になります。SMC は、設定した [同期間隔] に基づいて次の頻度サイクルを待機し、増分移行を自動的に実行して新しい ECS カスタムイメージを生成します。

1. サービスを停止し、増分移行ジョブを実行します。

   オフピーク時にソースサーバーのサービスを停止し、増分移行を再実行します。次の操作を実行します。

   1. ソースサーバーにログインし、システムサービスを停止します。

   2. 増分移行を実行します。

      • 増分移行を自動的に実行する

        SMC は、設定した [同期間隔] に基づいて増分移行を自動的に実行します。

      • 増分移行を手動で実行する

        ワークグループの [アクション] 列で、[同期の開始] をクリックし、プロンプトに従って増分移行をバッチで実行します。

        

        説明

        ワークグループ ID をクリックして、各サーバーの増分同期を手動で実行することもできます。

2. 増分同期を完了します。

   最後の増分移行操作が完了した後、次の手順を実行して増分移行を完了します。

   1. 宛先ワークグループの [アクション] 列で、 > [増分同期の完了] を選択します。

      

   2. [増分ジョブの実行] ダイアログボックスで、[次へ] をクリックします。

      [増分同期の完了] ダイアログボックスで [最後の同期を実行する] を選択して、最後のデータ同期を完了することもできます。

   3. [次へ] をクリックして、移行元を確認します。

   4. [OK] をクリックして増分同期を開始します。

   5. [ワークグループ移行] ページで、移行ステータスを表示します。

      データ転送に必要な時間は、移行元のデータサイズやネットワーク帯域幅などの要因によって異なります。移行ジョブが完了するまで待ちます。移行ステータスが [完了] の場合、移行は成功です。

      

   説明

   増分移行を完了した後、増分移行操作は自動的に実行されなくなり、移行ジョブを手動で実行することはできません。[増分同期の完了] をクリックして誤って完了を確認したが、まだ増分データを移行する必要がある場合は、移行ジョブを再作成します。

サーバーの移行後、ビジネスの正常な運用を確保するために、次の操作を実行する必要があります。

• データの整合性と正確性を検証します。詳細については、「よくある質問」トピックの Linux サーバーを移行した後にシステムを確認する方法 セクション、または Windows サーバーを移行した後にシステムを確認する方法 セクションをご参照ください。

• 移行元サーバーでアプリケーションとサービスの自動起動が有効になっていない場合は、移行後にアプリケーションとサービスを手動で起動します。

• 移行ジョブの完了後、IP アドレスが変更されます。ビジネスに IP アドレス設定が関係している場合は、移行後にサーバーの IP アドレスを変更します。

  • ドメイン名が移行元サーバーにバインドされている場合、移行後にサーバーのパブリック IP アドレスが変更されます。この場合、ドメイン名をサーバーの新しいパブリック IP アドレスに解決する必要があります。詳細については、「Web サイトドメインに A レコードを追加する」をご参照ください。

  • プライベート IP アドレスを変更しないでおきたい場合は、移行完了後にプライベート IP アドレスを変更できます。詳細については、「プライマリ プライベート IP アドレス」をご参照ください。