Server Migration Center (SMC) を使用すると、システムディスクやデータディスクを含む移行元サーバーを、最小限のダウンタイムで Alibaba Cloud に移行できます。物理マシン、オンプレミスの仮想マシン (VMware、Xen、KVM、Hyper-V)、および Amazon Web Services (AWS)、Microsoft Azure、Google Cloud、Tencent Cloud などの他のクラウドプラットフォームなど、さまざまな移行元からサーバーを移行できます。このトピックでは、一般的なクイック移行機能を使用してサーバーを Alibaba Cloud に移行する方法について説明します。
ユースケース
移行元サーバーを Alibaba Cloud Elastic Compute Service (ECS) イメージまたは ECS インスタンスに移行する。
移行元サーバーを Alibaba Cloud Simple Application Server に移行する。
サーバーをコンテナイメージに移行する方法については、「コンテナ化移行」をご参照ください。
前提条件
一般的なクイック移行機能では、移行元サーバーがパブリックネットワークにアクセスできる必要があります。
ご利用の移行元サーバーがこの要件を満たしていない場合は、他の移行方法を使用できます。詳細については、「サーバー移行操作」をご参照ください。
操作手順
ステップ 1: 移行元のインポート
SMC コンソールでアクティベーションコードを生成します。次に、移行元サーバーにログインし、管理者としてコマンドを実行して移行元をインポートします。
SMC コンソール - サーバー移行に移動します。
サーバー移行 ページで、汎用ワンクリックマイグレーション をクリックします。
汎用ワンクリックマイグレーション ページで、アクティベーションコードの生成 をクリックします。

ソースサーバーのオペレーティングシステムに基づいて、[Linux シェル] または [Windows Powershell] タブをクリックし、次にコピーをクリックしてアクティベーションコードコマンドをコピーします。
移行元サーバーにログインし、コピーしたコマンドを管理者として実行して移行元をインポートします。
Linux ソースサーバー
Linux 移行元サーバーにログインします。
コピーしたコマンドを管理者として実行して移行元をインポートします。

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

Import Source Server [s-bp19rlidl3mwuptc****] Successfully!のような応答メッセージは、インポートの成功を示します。コマンドの実行に失敗した場合は、「コマンドラインを使用して Windows の移行元をインポートする際にコマンドの実行に失敗した場合の対処方法
次のステップ をクリックします。
説明システムは移行元がインポートされたかどうかを自動的にチェックします。移行元がインポートされるまで続行できません。
ステップ 2: 移行の構成
移行元をインポートした後、移行パラメーターを構成し、移行を開始します。
基本パラメーターと高度なパラメーターを構成します。
移行を開始 をクリックします。
確認メッセージの移行ノートを読み、確認しました をクリックします。
汎用ワンクリックマイグレーション ダイアログボックスで、今すぐ表示 をクリックして移行のリアルタイムステータスを監視します。
移行ドリルを有効にした場合、SMC は最初に移行ドリルを実行します。転送時間は、データ量やネットワーク帯域幅などの要因によって異なります。タスクが完了するまでお待ちください。
説明速度: 1 秒あたりの移行データ転送量 (つまり、圧縮前のデータ転送速度) です。移行タスクの作成時に 圧縮率 を 0 より大きい値に設定した場合、表示される速度は実際のネットワーク転送速度 (つまり、圧縮後のデータ転送速度) よりも速くなります。
残り同期時間:残りの同期時間 = (総データ量 - 転送済みデータ量) / 速度。
転送速度が遅すぎてスケジュールに間に合わない場合は、移行元サーバーと移行先サーバーの固定帯域幅を一時的に増やすことを検討してください。詳細については、「移行時間の見積もりと転送速度のテスト」をご参照ください。
移行結果の検証
リソースのクリーンアップ
ECS イメージ
移行中、SMC は移行先の Alibaba Cloud アカウントに No_Delete_SMC_Transition_Instance という名前の一時的な従量課金の中間インスタンスを作成します。このリソースを手動でクリーンアップする必要があるかどうかは、移行の結果によって異なります:
移行成功:中間インスタンスは自動的にリリースされます。手動でのクリーンアップは不要です。
移行失敗:中間インスタンスは自動的にリリースされず、移行ジョブが存在する限り課金が継続されます。不要な課金を避けるために、次のいずれかの方法でリリースできます:
移行ジョブが不要になった場合は、移行元 ID をクリックし、移行ジョブリストに移動して、操作中 列の 移行をクリア をクリックします。これにより、ジョブが削除され、中間インスタンスが自動的にリリースされます。
手動で中間インスタンスをリリースします。
移行先インスタンス
移行中、SMC は移行先インスタンスに SMC_Temp_Disk という名前の一時的な従量課金の中間クラウドディスクを作成します。このディスクを手動でクリーンアップする必要があるかどうかは、移行の結果によって異なります:
移行成功:中間クラウドディスクは自動的にリリースされます。手動でのクリーンアップは不要です。
移行失敗:中間クラウドディスクは自動的にリリースされず、移行ジョブが存在する限り課金が継続されます。不要な課金を避けるために、次のいずれかの方法でリリースできます:
移行タスクが不要になった場合は、移行元 ID をクリックして移行タスクリストに移動し、操作中 列の 移行をクリア をクリックします。この操作により、タスクが削除され、中間クラウドディスクが自動的にリリースされます。
手動で中間クラウドディスクをリリースします。
参考
最初の完全移行の後、カスタム間隔で複数の増分移行を実行できます。これにより、移行元サーバーからの増分データが Alibaba Cloud に同期され、ビジネスのダウンタイムと最終的な切り替え時間が短縮されます。詳細については、「増分サーバー移行」をご参照ください。
一般的な問題の解決策については、「よくある質問」および「トラブルシューティング」をご参照ください。


