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

ステップ 1： ワークグループの作成

1 つの Alibaba Cloud アカウントにつき、最大 50 個のワークグループを作成できます。

1. Server Migration Center (SMC) コンソールの[ワークグループ移行] ページに移動します。

   重要

   Alibaba Cloud ECS インスタンスをアカウント間で移行する場合 (ソースアカウント A から宛先アカウント B へ)、宛先アカウント B を使用して SMC コンソールにログインしてください。

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

3. ワークグループを作成 ダイアログボックスで、パラメーターを設定します。

   パラメーター	説明
   workgroupName (任意)	ワークグループ名を入力します。 名前は 2～64 文字で、英字または漢字で始まる必要があります。http:// または https:// で始めることはできません。数字、コロン (:)、ピリオド (.)、アンダースコア (_)、ハイフン (-) を含めることができます。
   workgroupDescription (任意)	ワークグループの説明を入力します。
   移行元を選択 (任意)	すでに移行元をインポートしている場合は、ドロップダウンリストから選択します。 移行元をインポートしていない場合は、ワークグループを作成した後、「ステップ 2： 移行元のインポートと関連付け」を実行します。 説明 1 つのワークグループには、最大 50 個の移行元を関連付けることができます。 1 つの移行元は、1 つのワークグループにのみ関連付けることができます。
   タグ (任意)	タグキーとタグ値を直接入力するか、既存のものを選択してワークグループの管理に役立てます。 説明 各ワークグループには、最大 20 個のタグをアタッチできます。

4. 作成 をクリックします。

   後でワークグループが不要になった場合は、まずすべての移行元との関連付けを解除します。その後、対象のワークグループの アクション 列で、作業グループを削除する を選択し、画面の指示に従ってワークグループを削除します。

ステップ 2： 移行元のインポートと関連付け

移行元とは、オンプレミスの IDC サーバー、仮想マシン、他のクラウドプラットフォームのクラウドホスト、またはその他の種類のサーバーです。

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

   説明

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

2. 移行元をインポートする ページで、画面の指示に従って移行元をインポートし、関連付けます。

   コマンドラインによるインポート (推奨)

   重要

   • 移行元サーバーはパブリックネットワークアクセスが必要です。移行元サーバーがファイアウォールの背後にある場合は、「SMC サービスのドメイン名とは何ですか？」を参照して SMC のエンドポイントとポートを取得し、ファイアウォールの許可リストに追加してください。

   • 移行元サーバーがパブリックネットワークにアクセスできない場合、またはより高速な移行のためにプライベートネットワークを使用したい場合は、「プライベートネットワーク経由の移行」をご参照ください。

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

      次の表にパラメーターの説明を示します。

      パラメーター	説明
      ワークグループ	作成されたワークグループがデフォルトで選択されます。
      移行元のタイプ	[物理サーバー/仮想マシン/他のクラウドプラットフォームのクラウドサーバー]
      インポート方法	コマンドラインでインポート を選択します。
      アクティベーション数の割り当て	アクティベーションコードでアクティベートできる移行元の数。有効値：1～1,000。デフォルト値：200。
      有効期間	アクティベーションコードの有効期間 (日数)。有効値：1～90。デフォルト値：90。
      アクティベーションコード	アクティベーションコードを生成し、コマンドをコピーします： アクティベーションコードの生成 をクリックします。 移行元サーバーのオペレーティングシステムに基づいて、[Linux Shell] または [Windows PowerShell] タブをクリックします。 コピー をクリックして、アクティベーションコードコマンドをコピーします。

   2. 移行元サーバーにログインし、コピーしたコマンドを管理者権限で貼り付けて実行し、移行元をインポートします。

      Linux 移行元サーバー

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

      2. コピーしたコマンドを管理者権限で貼り付けて実行し、移行元をインポートします。

         wget https://p2v-tools.oss-cn-hangzhou.aliyuncs.com/smc/China_Mainland/run_smc_client.sh && sudo bash run_smc_client.sh --accesstokenid at-bp1bq****94dnpodl1cm --accesstokencode xxxxxx

         Import Source Server [s-bp18x8751kgz2oyh****] Successfully! のようなメッセージが表示された場合、移行元は正常にインポートされています。

      Windows 移行元サーバー

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

      2. 管理者権限で Windows PowerShell を開きます。

      3. コピーしたコマンドを貼り付けて実行し、移行元をインポートします。

         $(New-Object System.Net.WebClient).DownloadFile('https://p2v-tools.oss-cn-hangzhou.aliyuncs.com/smc/China_Mainland/run_smc_client.ps1', 'run_smc_client.ps1'); .\run_smc_client.ps1 -accesstokenid at-bp1bq****94dnpodl1cm -accesstokencode xxxxxx

         Import Source Server [s-bp19rlidl3mwuptc****] Successfully! のようなメッセージが表示された場合、移行元は正常にインポートされています。

         コマンドの実行に失敗した場合は、「コマンドラインを使用して Windows 移行元をインポートする際にコマンドが失敗した場合はどうすればよいですか？」をご参照ください。

   クライアントによるインポート

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

      次の表にパラメーターの説明を示します。

      パラメーター	説明
      ワークグループ	作成されたワークグループがデフォルトで選択されます。
      移行元のタイプ	必要に応じてソースサーバータイプを選択します： [物理サーバー/仮想マシン/他のクラウドプラットフォームのクラウドサーバー]
      インポート方法	クライアントインポート を選択します。
      導入ガイド	導入ガイド セクションで、ソースサーバーのオペレーティングシステム (Linux または Windows) とアーキテクチャ (32 ビットまたは 64 ビット) に基づいて、適切な SMC クライアントをダウンロード、インストール、アクティベートしてください。 アクティベーションコードの生成 をクリックし、アクティベーションコードをコピーしてください。 クライアントのインストール中にアクティベーションコードを入力する必要があります。

   2. 移行元をインポートします。

      重要

      移行中は SMC クライアントを閉じないでください。閉じると、移行元が SMC コンソールとの接続を失い、移行が失敗します。

      Windows 移行元サーバーのインポート

      1. WinSCP などのファイル転送をサポートするリモート接続ツールを使用して、SMC クライアントを Windows 移行元サーバーにアップロードします。

      2. Windows 移行元サーバーで、システムの組み込み解凍ツールまたはサードパーティツールを使用して SMC クライアントパッケージを解凍します。

      3. サーバーのシステムに一致する SMC クライアントバージョンのフォルダで、go2aliyun_client.exe アプリケーションをダブルクリックします。

         管理者権限を求められたら、OK をクリックします。

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

         • (推奨) アクティベーションコードの取得：SMC コンソールの 導入ガイド セクションで、アクティベーションコードの生成 をクリックし、アクティベーションコードをコピーします。

         • AccessKey ペアの取得：AccessKey ペアは、AccessKey ID と AccessKey Secret で構成されます。まだ作成していない場合は、「AccessKey ペアの作成」をご参照ください。

      5. プロンプトに従って、access_token_id と access_token_code の値を入力し、Enter キーを押します。

         Import Source Server [s-bp18x8751kgz2oyh****] Successfully! のようなメッセージが表示された場合、移行元は正常にインポートされています。

      Linux 移行元サーバーのインポート

      1. WinSCP などのファイル転送をサポートするリモート接続ツールを使用して、SMC クライアントを Linux 移行元サーバーにアップロードするか、インポート手順で提供されるコマンドを実行して移行元サーバー上で直接 SMC クライアントをダウンロードします。

      2. Linux 移行元サーバーにリモート接続し、SMC クライアントパッケージを解凍します。

         この例では、Linux 64 ビット汎用型を使用します。異なるバージョンの SMC クライアントを使用する場合は、コマンド内のパッケージ名をダウンロードしたファイルの名前に置き換えてください。

         tar -zxvf go2aliyun_client.tar.gz

         説明

         Linux 64 ビット ARM 版は、g6r 汎用インスタンスファミリーと c6r コンピューティング最適化インスタンスファミリーをサポートしています。インスタンスファミリーの詳細については、「エンタープライズレベルの Arm ベースのコンピューティングインスタンスファミリー」をご参照ください。

      3. (任意) 移行からファイルやディレクトリをフィルタリングまたは除外することができます。

         重要

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

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

         • (推奨) アクティベーションコードの取得：SMC コンソールの 導入ガイド セクションで、アクティベーションコードの生成 をクリックし、アクティベーションコードをコピーします。

         • AccessKey ペアの取得：AccessKey ペアは、AccessKey ID と AccessKey Secret で構成されます。まだ作成していない場合は、「AccessKey ペアの作成」をご参照ください。

      5. SMC クライアントディレクトリで、次のコマンドを実行して SMC クライアントを起動します。

         ディレクトリ go2aliyun_client... は一例です。パッケージを解凍した際に作成される実際のディレクトリ名に置き換えてください。名前はクライアントのバージョンによって異なります。

         cd go2aliyun_client2.6.5_linux_x86_64
         sudo chmod +x go2aliyun_client
         sudo ./go2aliyun_client

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

         $ sudo ./go2aliyun_client
         go2aliyun_client China version 2.6.5
         Access Token Id: at-bp1bq****94dnpodl1cm
         Access Token Code: ****

         アクティベーションコードまたは AccessKey ペアを入力した後、次のプロンプトが表示されることがあります：

         • 移行元システムにスナップショットドライバーがインストールされていない場合、SMC クライアントはインストールを促します。移行計画に基づいてプロンプトに応答してください。

           • 移行タスク作成時にブロックレプリケーションを有効にする予定の場合は、yes と入力してスナップショットドライバーを自動的にインストールします。

           • ブロックレプリケーションを有効にする予定がない場合は、no と入力します。

           重要

           スナップショットドライバーのインストールに失敗した場合、移行タスク作成時にブロックレプリケーションを有効にしないでください。有効にすると、移行が失敗します。

           Install snapshot dependences(gcc/make/kernel-devel)? (yes/no): yes

         • ほとんどの主流の移行元システムには rsync がデフォルトでインストールされています。rsync がインストールされていない場合、SMC クライアントはインストールを促します。yes と入力して rsync を自動的にインストールします。

           Need to install rsync, run 'apt-get -y install rsync' to continue? (yes/no): yes

         • 移行元システムで SELinux が有効になっている場合、SMC クライアントは無効化を促します。yes と入力して SELinux を自動的に無効化します。

           Need to disable SELINUX, run 'setenforce 0' to continue? (yes/no): yes

         Import Source Server [s-bp11npxndknsycqj****] Successfully! のようなメッセージが表示された場合、移行元は正常にインポートされています。

         説明

         インポートに失敗した場合は、返されたメッセージに基づいて問題をトラブルシューティングします。その後、次のコマンドを実行してバックグラウンドプロセスを終了し、移行元を再インポートします。一般的な問題と解決策については、「SMC よくある質問」および「トラブルシューティング」をご参照ください。

         sudo ./go2aliyun_client --abort
         sudo ./go2aliyun_client

   3. 移行元を関連付けます。

      1. SMC コンソールの[ワークグループ移行] ページに移動します。

      2. 対象のワークグループの 移行元を関連付ける 列で、移行元を関連付ける をクリックします。

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

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

   1. SMC コンソールの[ワークグループ移行] ページに移動します。

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

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

      • ステータスが 移行元オンライン の場合、インポートは成功しています。

      • ステータスがそれ以外の場合、インポートは失敗しています。以下の解決策を参照して問題を解決し、再度データをインポートしてください。

        • コンソールのエラーメッセージに基づいて、または SMC クライアントのログファイルを確認して問題をトラブルシューティングします。SMC クライアントのデフォルトのインストールディレクトリは次のとおりです：

          • Windows ソースサーバー： C:\smc。

          • Linux 移行元サーバー：/smc

        • 一般的な問題と解決策については、「SMC よくある質問」および「トラブルシューティング」をご参照ください。

ステップ 3： 移行の開始

1. SMC コンソールの[ワークグループ移行] ページに移動します。

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

3. 移行元の確認 ダイアログボックスで、移行するサーバーを確認し、次のステップ をクリックします。

   操作できない移行ソース タブにサーバーが表示される場合は、 アイコンをクリックして移行できない理由を確認します。

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

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

   説明

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

5. 表示されるダイアログボックスで、注意事項を読み、確認しました をクリックします。

6. ワークグループの移行 ページで、移行ステータスを確認します。

   1. 移行ステータス が 未開始 から [進行中] に変わると、サーバーの移行が開始されます。

      ワークグループ ID をクリックすると、各サーバーのリアルタイムの移行ステータスを確認できます。移行リハーサルを有効にしている場合、SMC はまずリハーサルを実行します。リハーサルに合格すると、SMC は移行を開始します。

      • リアルタイム移行ステータス が [リハーサル成功] になると、リハーサルは成功となり、システムは自動的に移行を開始します。

      • リアルタイム移行ステータス が [リハーサル不合格] の場合、リハーサルは失敗しました。リハーサルレポートを確認し、重大な項目を修正して、リハーサルを再試行してください。詳細については、「移行リハーサルの設定」をご参照ください。

   2. リアルタイム移行ステータス が 同期中 の場合、サーバーデータは移行中です。

      移行時間は、ソースデータのサイズ、ネットワーク帯域幅、その他の要因によって異なります。移行が進行中に、必要に応じて以下の操作を実行できます：

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

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

      移行タスクのステータスが同期中の場合、[速度]と[残りの同期時間]は次のとおりです。

      • [速度]：1 秒あたりに転送される移行データ量 (圧縮前の転送速度)。移行タスク作成時に 圧縮率 を 0 より大きい値に設定した場合、表示される速度は実際のネットワーク転送速度 (圧縮後の転送速度) よりも高くなります。

      • 残りの同期時間：現在の速度に基づいて計算された、同期完了までの残り時間です。残りの同期時間 = (総データ量 - 転送済みデータ量) / 速度。

   3. リアルタイム移行ステータス が 待機中 の場合、サーバーの初回完全移行が完了しています。

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

      この時点で、[操作] 列には [移行の開始]、[手動増分同期]、[増分同期の完了] のリンクが表示されます。

ステップ 4： 増分移行

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

1. ビジネス運用を一時停止し、増分移行を実行します。

   オフピーク時間に、移行元サーバーでのビジネス運用を一時停止し、再度増分移行を実行します。

   1. 移行元サーバーにログインし、ビジネス運用を一時停止します。

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

      • 自動増分移行

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

      • 手動増分移行

        対象のワークグループの アクション 列で、手動増分同期 をクリックし、画面の指示に従ってバッチで増分移行を実行します。

        説明

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

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

   最後の増分同期タスクが完了した後、データ同期を最終化します。

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

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

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

   3. 次のステップ をクリックして移行元を確認します。

   4. 確認 をクリックして増分同期を開始します。

   5. ワークグループの移行 ページで、移行ステータスを確認します。

      移行時間は、ソースデータのサイズ、ネットワーク帯域幅、その他の要因によって異なります。移行ステータスが 完了 になると、増分移行は終了です。

   説明

   増分同期を完了すると、タスクは停止し、再度手動で増分同期を実行することはできません。誤って 増分同期の完了 をクリックしてしまったが、まだ増分データを移行する必要がある場合は、新しい移行を開始してください。

サーバーを移行した後、サービスが正しく動作することを確認するために、以下の手順を実行してください：

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

• 移行元サーバー上のアプリケーションやサービスが自動起動するように設定されていない場合は、移行後に手動で起動します。

• 移行中に IP アドレスが変更されます。サービスが IP アドレス設定に依存している場合は、移行後にドメイン名の名前解決や ICP 登録などの設定を変更する必要があります。

  • ドメイン名が移行元サーバーにマッピングされている場合は、新しいパブリック IP アドレスに再マッピングします。詳細については、「ウェブサイトの DNS レコードを追加する」をご参照ください。

  • 移行元サーバーのプライベート IP アドレスを保持するには、移行後に新しいインスタンスに割り当てます。

    • 送信先が ECSイメージ の場合：ECS インスタンスを作成する際にプライベート IP アドレスを指定します。詳細については、「ECS インスタンス作成時にプライマリ ENI のプライマリプライベート IPv4 アドレスを指定する」をご参照ください。

    • 送信先が クラウドサーバーインスタンス の場合：移行設定ステップの高度な設定でプライベート IPv4 アドレスを変更しなかった場合でも、移行後に宛先インスタンスのプライベート IPv4 アドレスを変更できます。詳細については、「既存インスタンスのプライマリ ENI のプライマリプライベート IPv4 アドレスを変更する」をご参照ください。