このドキュメントでは、クライアントから移行元をインポートして、移行元サーバーを Tencent Cloud CVM に移行する方法について説明します。
移行ワークフロー
クライアントから移行元をインポートする手順は以下のとおりです。
移行手順
手順1:移行の準備
移行時に既存のアプリケーションに影響しないように、移行元サーバー上のアプリケーションを一時停止してデータをバックアップすることをお勧めします。
移行元サーバー:スナップショット機能またはその他の方法を使用して、移行元サーバー上のデータをバックアップできます。移行元サーバーは、移行されるサーバーです。
サブアカウントを使用してコンソールから移行する場合:
移行先がCVMインスタンスの場合、サブアカウントには QcloudCSMFullAccess と QcloudCVMFullAccess 権限が必要です。移行先のルートアカウントを使用して CAMコンソール にログインし、権限を付与してください。 移行先がCVMイメージの場合、サブアカウントには QcloudCSMFullAccess、QcloudCVMFullAccess、QcloudCVMFinanceAccess 権限が必要です。移行先のルートアカウントを使用して CAMコンソール にログインし、権限を付与してください。 APIキー管理 ページで、移行先アカウントの SecretId と SecretKey を作成して取得します。 移行前、実際の状況に基づいて次の構成を確認する必要があります。ご確認いただきたい内容は以下のとおりです:
CVM インスタンスへの移行:移行元サーバーと移行先CVMを確認する必要があります。
CVM イメージへの移行:移行元サーバーのみを確認します。
Linuxサーバー | Tencent Cloud API に移行リクエストを送信した後、API は現在の UNIX 時間を使用して、生成されたトークンを確認します。サーバーのシステム時刻が正しいことを確認してください。 |
Windowsサーバー | 1. (オプション)Cloudbase-Init を確認してインストールします。詳細については、Windows への Cloudbase-Init のインストール をご参照ください。移行前に移行元サーバーにインストールするか、移行後にターゲットインスタンスにインストールするかを選択できます。移行前にインストールされている場合は、移行後にネットワークの自動構成やアクティベーションなどの初期化作業が行われます。 移行前にインストールされている場合は、移行後にネットワークの自動設定、アクティベーションなどの初期化操作が行われます。 2. ウイルス対策ソフトを一時的に無効にして、移行ツールを誤検知して移行が失敗するのを防いでください。 |
移行先CVM | 1. ストレージ容量:移行先CVMのクラウドディスク(システムディスクとデータディスクを含む)には、移行元サーバーから移行されたデータを保存するための十分な容量が必要です。 2. セキュリティグループ:セキュリティグループでポート80、443、および3389を開放します。 3. 帯域幅:移行をより円滑に進めるためには、移行元と移行先の両方の環境の帯域幅を最大化することをお勧めします。移行プロセス中に消費されるトラフィックは、移行されたデータの量とほぼ同じになります。必要に応じて、移行前にネットワーク課金モデルを調整します。 4. ネットワーク接続性:移行元サーバーと移行先 CVMの間でネットワーク接続性を維持する必要があります(イントラネット転送を利用する場合は、移行元サーバーと移行先 CVMのイントラネット接続を維持する必要があります)。 |
説明:
sudo ./go2tencentcloud_x64 --checkなどのツールコマンドを使用して、移行元サーバーを自動的にチェックできます。
デフォルトでは、go2tencentcloudツールは起動時に自動的にチェックを実行します。このチェックをスキップして強制移行する場合は、client.json ファイルのClient.Extra.IgnoreCheckフィールドの値をtrueに設定してください。
go2tencentcloud移行ツールは、移行先 CVMのディスクパーティションを自動的にフォーマットし、移行元サーバーディスク(システムディスクとマウント済みのデータディスクを含む)上のデータを、移行先 CVMに対応するCBSに移行します。移行前に、移行先 CVMにログインしてディスクパーティションの初期化などの操作を行う必要はありません。
手順2:移行元のインポート
移行ツールによる移行元のインポート
wget https://go2tencentcloud-1251783334.cos.accelerate.myqcloud.com/latest/go2tencentcloud.zip
Running Environment
Operating System: Ubuntu 24.04.2 LTS / x86_64
Runtime Version: GNU bash, version 5.2.21(1)-release (x86_64-pc-linux-gnu)
unzip go2tencentcloud.zip
cd go2tencentcloud/go2tencentcloud-linux
説明:
go2tencentcloudディレクトリ下のファイルは移行されません。移行するファイルをこのディレクトリに置かないでください。
2. (オプション)移行元サーバー上で移行不要のファイルまたはディレクトリを除外します
3. 移行元をインポートします。
3.1 例えば、64ビットのLinux移行元サーバーで、root ユーザーとして次のコマンドを順番に実行してツールを実行します。
chmod +x go2tencentcloud_x64
sudo ./go2tencentcloud_x64
3.2 プロンプトに従って、準備事項で取得したアカウントAPIアクセスキーのSecretIdとSecretKeyを入力し、Enterを押します。以下の図の通りです。 移行ツールのインターフェースに以下の図のような情報が表示された場合、移行元がコンソールに正常にインポートされたことを意味します。コンソールに移動して移行元を確認できます。
1. 移行ツールgo2tencentcloud.zipを移行元サーバーに ダウンロード またはアップロードします。この圧縮ファイルを解凍してgo2tencentcloudフォルダーを入手し、その中の「go2tencentcloud-windows」を開くと以下のディレクトリが表示されます。 2. 以下の方法で「go2tencentcloud_x64.exe」アプリケーションを実行します。
方法1:「go2tencentcloud_x64.exe」を右クリックし、管理者権限で「go2tencentcloud_x64.exe」を実行し、ポップアップした画面でSecretId、SecretKeyを入力します。
方法2:管理者権限でcmdまたはpowershelコマンドライン :cd /d "go2tencentcloud_x64.exeが所在するディレクトリの絶対パス"を起動し、 go2tencentcloud_x64.exeを実行します。
3. ポップアップした画面で Tencent Cloud API キー (SecretIdと SecretKey) を入力します。
4. 移行ツールのインターフェースに以下の図のような情報が表示された場合、移行元がコンソールに正常にインポートされたことを意味します。コンソールに移動して移行元を確認できます。
説明:
「Import source server successfully」が表示されない場合は、移行元のインポートが失敗したことを意味します。ログ(デフォルトでは移行ツールディレクトリ下にあるlogs/logファイル)を確認して問題を解決した後、移行ツールを再実行して移行元をインポートすることができます。
移行元を正常にインポートした後、Linux移行元サーバーのSSHセッション接続を閉じるか、またはWindows移行元サーバーのリモートデスクトップセッションを閉じても、移行ツールのプロセスは終了しません。
コンソールでの移行元サーバーの確認
オンライン移行コンソールにログインすると、インポート済みの移行元を確認できます。ステータスはオンラインです。以下の図に示すように: ご注意:
移行元を正常にインポートした後、移行タスクの実行が完了するまで、インスタンス内の移行ツールを停止しないでください。停止すると、移行元がオフラインになり、移行タスクを完了できません。
手順3:移行タスクの作成
1. 移行タスクの作成
オンライン移行コンソールにログインし、対象の移行元がある行の右側にある移行タスクの作成をクリックします。ポップアップした移行タスクの作成ウィンドウで、以下の情報を参照して設定します。以下の図に示すように: 移行タスクの詳細設定内容は、以下のとおりです。
基本オプション:
|
ターゲットリージョン | はい | |
タスク名 | はい | 移行タスクの名前。 |
タスクの説明 | いいえ | 移行タスクの説明。 |
ターゲットタイプ | はい | Tencent Cloud に移行する移行元サーバーのターゲットタイプを設定します。 CVMイメージ:移行完了後、移行元サーバーのCVMイメージが生成されます。
イメージ名:移行元に対して生成されるターゲットCVM イメージの名前。名前がすでに存在する場合は、移行タスク ID が名前に追加されます。 イメージ名:移行元に対して生成されるターゲットTencent Cloudイメージの名前です。イメージ名がターゲットリージョンで重複している場合、移行タスクは自動的にタスクIDをイメージ名に追加します。 CVMインスタンス:移行先リージョン内のCVMインスタンスを移行先として選択します。
移行先インスタンス:移行先インスタンスと移行元サーバーには同じOSを使用することをお勧めします。例えば、CentOS 7 移行元サーバーを移行するには、移行先として CentOS 7 CVM を選択します。 ターゲットインスタンス:移行先 CVM の OS は、移行元サーバーの OS タイプとできるだけ一致することを推奨します。例えば、移行元サーバーが CentOS 7 システムの場合は、CentOS 7 システムの CVM を移行先として選択します。 ご注意: 移行先 CVM インスタンスは慎重に選択してください。移行後、移行先 CVM インスタンスのデータは上書きされてリセットされます。移行先 CVM インスタンスが要件を満たさない場合は、購入ページに移動してインスタンスを作成してください。 |
ネットワークモード | はい | データを転送するために使用されるネットワークタイプを設定します。 パブリックネットワーク経由のデータ転送:移行先CVMまたはリレーインスタンスにデータを移行および転送する場合は、パブリックネットワークを使用します。 イントラネット経由のデータ転送:移行先CVMまたはリレーインスタンスにデータを移行および転送する場合は、イントラネットを使用します。移行前に、移行元マシンと移行先CVMまたは移行先サブネット間のイントラネット接続を確保する必要があります。 VPC:CVMイメージに移行する場合、リレーインスタンスはこのVPC内に作成されます。 サブネット:CVMイメージに移行する場合、リレーインスタンスはこのサブネット内に作成されます。 |
移行方式 | はい | Linux インスタンスの場合: Linuxファイルレベルの移行:移行の粒度はファイルレベルであり、互換性は高く、転送効率は比較的低くなります。 Linuxブロックレベルの移行:移行の粒度はディスクのロジックストレージユニットの「ブロック」レベルであり、転送効率は高く、互換性は比較的低くなります。 |
|
| Windowsブロックレベルの移行:移行の粒度はディスクのロジックストレージユニットの「ブロック」レベルであり、Windows移行では、互換性が高く、転送効率が高いブロックレベルの移行がデフォルトで採用されています。 |
増分同期の設定 | いいえ | 増分同期時間をカスタマイズし、データを継続的に同期し、移行の配信時間を柔軟に制御します。 無効化:移行ツールによって増分移行を自動的に認識して実行し、通常は1回実行されます。 有効化:増分同期の実行時間を自由に選択でき、ツールは増分データをTencent Cloudに継続的に同期します。タスクリストで増分同期を手動で停止することもできます。 増分同期が開始された後、コンソールのタスク詳細ページで増分同期の記録を確認できます。 |
予約実行時間 | いいえ | 移行タスクを作成後、設定した時間に自動的に移行タスクを開始します。予約実行時間は最短で現在時刻の10分後に設定できます。 |
高度な設定(オプション):
|
転送制限(KB/s) | いいえ | 移行中、データ転送の帯域幅の上限(0 ~ 25600 KB/s)。デフォルトでは 0 に設定されています。現在、Windows移行はこのオプションをサポートしていません。 Windows移行は現在、このオプションをサポートしていません。 |
Checksum検証 | いいえ | 有効にすると、データの整合性チェックが強化されますが、転送速度は遅くなる場合があります。現在、Windows移行はこのオプションをサポートしていません。 |
2. 移行タスクの起動
説明:
スケジュールされたタスクは、この手順をスキップすることができます。移行タスクは、スケジュールされた時刻に移行を自動的に実行します。
移行タスクを作成した後、移行タスクタブをクリックして移行タスクを確認できます。以下の図に示すように:
タスクのある行の右側にある開始/再試行をクリックし、ポップアップした確認ウィンドウではいをクリックすると、移行タスクを開始できます。この時、タスクの状態は移行中に変更されます。以下の図に示すように:
ご注意:
移行先がCVM インスタンスの場合、移行開始後に移行先CVMは移行モードに入ります。移行を完了して移行モードが終了するまで、移行先CVMに対してシステムの再インストール、シャットダウン、破棄、パスワードのリセットなどの操作を行わないでください。
移行先がCVMイメージの場合、移行開始後にアカウント下にdo_not_delete_csm_instanceという名前のリレーインスタンスが作成されます。移行が完了して、今回作成されたリレーインスタンスが自動的に破棄されるまで、リレーインスタンスに対してシステムの再インストール、シャットダウン、破棄、パスワードのリセットなどの操作を行わないでください。
手順4:移行後のチェック
1. コンソールで移行の進行状況の確認
移行タスクのステータスが成功の場合、移行が正常に完了したことを示します。以下の図に示すように:
説明:
データ転送に必要な時間は、移行元データのサイズ、ネットワーク帯域幅などの要因に左右されます。移行が完了するまでお待ちください。
移行タスクの開始後、移行タスクのある行で一時停止をクリックすると、移行タスクを停止できます。
移行ツールはデータ転送の中断からの再開をサポートしています。タスクの一時停止後、開始/リトライをクリックすると、前回一時停止したポイントから移行を継続できます。
移行タスクはデータ転送段階での一時停止のみサポートしています。コンソールでの移行タスク中に一時停止をクリックすると、移行ツールはデータ転送段階でデータの転送を一時停止します。
移行中に消費時間が長くなりすぎ、今回の移行を中止したい場合は、まず移行タスクを一時停止してから削除をクリックすると、今回の移行タスクをキャンセルすることができます。
2. 移行後のチェック
移行に失敗した場合:
-ログファイル(デフォルトでは移行ディレクトリ下のログファイル)に出力されている内容を確認し、操作ガイドまたは サーバー移行に関するよくあるご質問 ドキュメントを参照し、問題のトラブルシューティングを行ってください。問題を解決した後、移行タスクの操作列で開始/リトライをクリックすると、移行タスクを再開できます。
ログファイル(デフォルトでは移行ツールディレクトリ下のlogファイル)のエラー情報出力、ガイドドキュメント、またはサーバー移行に関するよくあるご質問を確認して、問題のトラブルシューティングと修復を行ってください。問題を修復した後、移行タスクの操作列で開始/再試行をクリックすると、移行タスクを再開できます。 移行に成功した場合:
移行先がCVMの場合は、移行先CVMが正常に起動できるか、移行先CVMのデータが移行元サーバーと一致しているか、ネットワークが正常か、他のシステムサービスが正常かなどを確認してください。
移行先がCVMイメージの場合は、移行タスクのある行のCVMイメージIDをクリックし、CVMイメージページ に進むとこのイメージの情報を確認でき、このイメージを使用してCVMインスタンスを作成することができます。