このトピックでは、Server Migration Center (SMC) に関するよくある質問 (FAQ) に回答します。
課金
一般的な質問
移行元
移行タスク
サーバー移行
OS 移行 (OS の置き換え)
VMware エージェントレス移行
Simple Application Server 移行
SMC の課金方法
SMC は無料のサービスです。ただし、移行中に使用される Alibaba Cloud ECS リソースには課金されます。これらのリソースには、中間インスタンス、スナップショット、および中間インスタンスにアタッチされているシステムディスクとデータディスクが含まれます。詳細については、「製品の課金」をご参照ください。
SMC サービスドメイン名とは?
SMC を使用してサーバーを移行する場合、ソースサーバーはパブリックインターネットにアクセスできる必要があります。ソースサーバーは、OSS から SMC クライアントをダウンロードし、SMC サービスにアクセスできる必要があります。ソースサーバーのネットワークにファイアウォールがデプロイされている場合は、SMC サービスドメイン名をファイアウォールのホワイトリストに追加する必要があります。これにより、ソースサーバーが SMC サービスと通信して移行を完了できるようになります。
SMC サービスドメイン名には、クライアントのダウンロードアドレス、デフォルトのアクティベーションコードドメイン名、Alibaba Cloud AccessKey ペアのドメイン名が含まれます。ドメイン名は次のとおりです。
SMC クライアントストレージの場所
デフォルトのパブリックドメイン名: https://p2v-tools.oss-cn-hangzhou.aliyuncs.com
デフォルトのアクティベーションコードドメイン名 (コマンドラインを使用したインポートまたはアクティベーションコードの手動生成用):
デフォルトのパブリックドメイン名: https://smc-service.aliyuncs.com。
ECS プライベートドメイン名: https://<region-id>.axt.aliyun.com。このドメイン名は Alibaba Cloud ECS インスタンスからのみアクセスできます。
Alibaba Cloud AccessKey ペアのドメイン名 (クライアントを手動でダウンロードし、AccessKey ペアを入力する場合):
デフォルトのパブリックドメイン名: https://smc.aliyuncs.com。サーバーの IP アドレスは 101.37.132.1 と 47.111.202.72 です。
ECS プライベートドメイン名: https://smc.vpc-proxy.aliyuncs.com。このドメイン名は Alibaba Cloud ECS インスタンスからのみアクセスできます。
デフォルトでは、SMC ドメイン名はポート 443 で HTTPS プロトコルを使用します。ポート 80 での HTTP プロトコルはサポートされていない場合があります。
オンプレミスのデータセンター、仮想マシン環境、または別のクラウドプラットフォームから Alibaba Cloud リージョン内の VPC に直接アクセスできる場合は、SMC の プライベートネットワーク移行ソリューションを使用することをお勧めします。プライベートネットワーク経由での移行は、パブリックインターネット経由での移行よりも高速で安定しており、移行効率が向上します。
移行元をインポートする方法を選択するには
SMC は、移行元をインポートするための複数の方法を提供します。必要に応じて方法を選択できます。
移行元のインポート方法 | 説明 | 条件 | 利点 | サポートされている移行シナリオ |
コンソールから ECS インスタンスを自動的にインポートする | クラウドアシスタントを使用すると、SMC コンソールで ECS インスタンスを選択して、移行元として自動的にインポートできます。この方法は、シンプルで視覚的なインターフェイスを提供します。 | ECS インスタンスは[実行中]状態であり、クラウドアシスタントがアクティブである必要があります。 詳細については、「クラウドアシスタントエージェントのステータスを表示して例外を処理する」をご参照ください。 説明 Cloud Assistant エージェントは、2017 年 12 月 1 日以降にパブリックイメージから作成された ECS インスタンスにプリインストールされています。エージェントがインストールされていない場合は、「クラウドアシスタントエージェントのインストール」をご参照ください。 | 完全自動 | ECS インスタンスの移行 |
単一のコマンドで移行元をインポートする (推奨) | SMC コンソールでアクティベーションコードコマンドを生成できます。次に、移行したいサーバーでアクティベーションコードコマンドを実行して、移行元としてインポートします。 |
| 半自動で多用途 |
|
SMC クライアントを使用して移行元をインポートする | 移行したいサーバーで SMC クライアントを手動でダウンロード、インストール、実行して、移行元としてインポートできます。 |
| 柔軟で多用途 | |
VMware エージェントレスコネクタを設定して移行元をインポートする | OVF テンプレートから VMware エージェントレスコネクタをデプロイできます。次に、VMware エージェントレスコネクタでコマンドを使用して SMC クライアントを実行し、移行元をインポートします。 |
詳細については、「VMware エージェントレス移行」をご参照ください。 注 説明 VMware エージェントレス移行の要件が満たされない場合は、単一のコマンドを実行して移行元をインポートすることをお勧めします。 |
| VMware エージェントレス移行 |
移行元を見つけるには
サーバー移行の移行元を見つけるには、次の手順を実行します。
[サーバー移行] ページで、検索ボックスをクリックして検索条件を選択します。
検索条件には、[移行元名]、[移行元 ID]、[ステータス]、[インスタンス ID]、および [最新の移行タスク ID] が含まれます。
選択した条件の値を入力し、
Enterを押します。
移行元を再インポートしたい場合はどうすればよいですか
まず移行元を削除してから、クライアントを再度実行して再インポートする必要があります。移行元が移行タスクに関連付けられている場合は、移行元を削除する前に移行タスクを削除する必要があります。
移行元を削除できないのはなぜですか
未完了の移行タスクに関連付けられている移行元は削除できません。移行元を削除する前に、移行タスクを一時停止してから削除する必要があります。
どのようなシナリオでサーバー移行を使用できますか
SMC は、物理サーバー、仮想マシン (VM)、および他のクラウドサービスプロバイダーのクラウドホストを Alibaba Cloud ECS に移行するためのワンストップソリューションを提供します。SMC は、主流の Windows および Linux オペレーティングシステムをサポートしています。詳細については、「Server Migration Center とは」をご参照ください。
サーバーを移行するには
サーバーの移行方法の詳細については、「ユーザーガイド」をご参照ください。
SMC 移行に必要な時間を見積もり、伝送速度をテストするには
移行のライフサイクルは、移行前、移行中、移行後の 3 つのフェーズで構成されます。移行期間は、サーバーの数とデータ量に比例します。移行ドリルを実行して、必要な時間を見積もることをお勧めします。
移行中フェーズに必要な時間を見積もる方法と伝送速度をテストする方法については、「移行時間を見積もり、伝送速度をテストする」をご参照ください。
移行したくないファイルやディレクトリをフィルタリングして除外するには
Linux サーバー上のファイルまたはディレクトリを移行から除外するには、SMC クライアントを実行する前に除外設定を構成する必要があります。構成ファイルは、クライアントの Excludes ディレクトリにあります。
Windows サーバー上のファイルまたはディレクトリの除外はサポートされていません。
移行のためにブロックレプリケーションを有効にすると、ファイルやディレクトリを除外することはできません。
構成ファイルが見つからないか削除された場合は、ファイルを作成できます。
システムディスク構成ファイル: rsync_excludes_linux.txt。
データディスク構成ファイル: ファイル名は、システムディスク構成ファイルに基づいており、サフィックス disk[ディスクインデックス番号] が付きます。例: rsync_excludes_linux_disk1.txt。
次の例は、Linux サーバー上のファイルまたはディレクトリを移行から除外する方法を示しています。
システムディスク (ルートディレクトリ /)
除外するファイルまたはディレクトリ:
/var/mydirs/docs/words /var/mydirs/docs/excels/report1.txtrsync_excludes_linux.txt に追加する内容:
/var/mydirs/docs/words/ /var/mydirs/docs/excels/report1.txt
データディスク
除外するファイルまたはディレクトリ:
/mnt/disk1/mydirs2/docs2/words2 /mnt/disk1/mydirs2/docs2/excels2/report2.txtrsync_excludes_linux_disk1.txt に追加する内容:
/mydirs2/docs2/words2/ /mydirs2/docs2/excels2/report2.txt
説明Linux サーバーでパスを除外する場合、パスプレフィックス (scr_path) を削除する必要があります。たとえば、前の例から /mnt/disk1 を削除する必要があります。
SMC は Bring Your Own License (BYOL) 移行をサポートしていますか
はい、サポートしています。SMC は、Microsoft Windows、Red Hat Enterprise Linux、および SUSE Linux Enterprise Server のクラウドへの Bring Your Own License (BYOL) 移行をサポートしています。また、Alibaba Cloud の ECS インスタンス用に、Red Hat Enterprise Linux や SUSE Linux Enterprise Server などのソフトウェアライセンスを購入することもできます。詳細については、「ECS インスタンスのソフトウェアライセンスの購入」をご参照ください。
SMC は再開可能なデータ転送をサポートしていますか
はい、サポートしています。データ転送が中断された場合は、クライアントを再度実行して移行タスクを再開することで、移行を再開できます。
SMC は増分データ移行をサポートしていますか
はい、サポートしています。詳細については、「増分サーバー移行」をご参照ください。
Windows サーバーの移行後にシステムを確認するには
Windows サーバーを移行し、初めて宛先インスタンスを起動した後、次の確認を実行します。
システムディスクのデータが完全であるかを確認します。
データディスクのデータが完全であるかを確認します。データディスクが見つからない場合は、ディスクの管理を開いてドライブ文字が失われていないかを確認します。詳細については、「移行された Windows サーバーのイメージから作成されたインスタンスを起動した後、データディスクが見つからないか、ドライブ文字が乱れている場合はどうすればよいですか？」をご参照ください。
ホスト名の構成とネットワークサービスが期待どおりに機能しているかを確認します。
他のシステムアプリケーションサービスが期待どおりに機能しているかを確認します。
Linux サーバーの移行後にシステムを確認するには
Linux サーバーを移行し、初めて宛先インスタンスを起動した後、次の確認を実行します。
システムディスクのデータが完全であるかを確認します。
データディスクのデータが完全であるかを確認します。データディスクが見つからない場合は、アタッチする必要があります。詳細については、「移行された Linux サーバーのイメージから作成されたインスタンスを起動した後、元のデータディスクディレクトリにデータが見つからない場合はどうすればよいですか？」をご参照ください。
ホスト名の構成とネットワークサービスが期待どおりに機能しているかを確認します。
他のシステムサービスが期待どおりに機能しているかを確認します。
移行完了後に別の移行を実行するには
移行元に対して新しい移行タスクを作成して開始できます。
移行完了後にカスタムイメージを取得した後はどうすればよいですか
まず、イメージを使用して従量課金インスタンスを作成し、システムが期待どおりに動作することを確認することをお勧めします。イメージが利用可能であることを確認したら、ビジネス要件を満たすインスタンスタイプを選択し、1 つ以上の ECS インスタンスを作成できます。詳細については、「インスタンスファミリー」および「ウィザードを使用してインスタンスを作成する」をご参照ください。
移行完了後の結果はどうなりますか
移行が完了すると、SMC は移行タスクに選択した宛先タイプに基づいて結果を生成します。
宛先タイプとして ECS イメージを選択した場合、ECS イメージが生成されます。ECS イメージを使用して ECS インスタンスを作成できます。
宛先タイプとして ECS インスタンスを選択した場合、ソースサーバーは宛先インスタンスに移行されます。
宛先タイプとしてコンテナイメージを選択した場合、コンテナイメージが生成されます。コンテナイメージを使用してコンテナ化されたアプリケーションをデプロイできます。
さまざまなソース環境から Alibaba Cloud にサーバーを移行するには
SMC は、さまざまな Windows および Linux OS バージョンをサポートしています。オンプレミスのデータセンター、ローカル VM、または他のクラウドプロバイダーなどの環境から Alibaba Cloud にソースサーバーを移行できます。詳細については、「さまざまなソース環境から Alibaba Cloud にサーバーを移行する」をご参照ください。
Alibaba Cloud ECS インスタンス間でサーバーを移行するには
Alibaba Cloud ECS インスタンス間でサーバーを移行するには、まず Alibaba Cloud のイメージコピー機能とイメージ共有機能の使用を検討することをお勧めします。詳細については、「カスタムイメージのコピー」および「カスタムイメージの共有」をご参照ください。イメージコピー機能とイメージ共有機能が適用できない場合は、SMC を使用して移行できます。詳細については、「アカウント間または同一アカウント内での ECS インスタンスの移行」をご参照ください。
移行が中断または失敗した場合はどうすればよいですか
移行タスクが中断または失敗した場合は、次の操作を実行します。
SMC クライアントプログラムが予期せず終了した場合、または移行の進行状況が停止した場合は、SMC クライアントを再度実行し、移行タスクを再開して移行を再開してみてください。
移行タスクの状態が InError の場合は、SMC コンソールで移行タスクのログファイルを表示して、エラーの原因を特定できます。
問題が解決しない場合は、サポート DingTalk グループに参加することをお勧めします。その他の連絡方法については、「お問い合わせ」をご参照ください。
中間インスタンスに静的 IP アドレスを割り当てるには
Elastic IP Address (EIP) をリクエストし、それを中間インスタンスにアタッチできます。詳細については、「Elastic IP Address クイックスタート」をご参照ください。
移行したいサーバーからのアウトバウンドトラフィックに対して、どのパブリック IP アドレスとポートにアクセスできる必要がありますか
ソースサーバーが次のエンドポイントとポートにアクセスできることを確認してください。
Server Migration Center (SMC): ポート 443 の
https://smc.aliyuncs.com。中間インスタンス: ポート 8080 と 8703 のパブリック IP アドレス。[ネットワークモード] で [内部ネットワーク転送] を選択した場合は、プライベート IP アドレスにアクセスする必要があります。
ソースサーバーは、インバウンドポートを開く必要はありません。ただし、アウトバウンドトラフィックのために前述のパブリックアドレスとポートにアクセスできる必要があります。
ソースサーバーをコンテナイメージに移行するには
SMC を使用すると、ソースサーバーをコンテナイメージに移行して、低コストのコンテナ化されたアプリケーション移行を実現できます。詳細については、「コンテナ化移行」をご参照ください。
ソースサーバーを宛先インスタンスに移行するには
SMC を使用すると、ソースサーバーを宛先インスタンスに移行できます。すでに ECS インスタンスを購入している場合は、ソースサーバーを購入した ECS インスタンスに直接移行できます。詳細については、「ソースサーバーを宛先インスタンスに移行する」をご参照ください。
誤って中間インスタンスをリリースしてしまった場合はどうすればよいですか
誤って中間リソースをリリースしてしまった場合は、現在の移行タスクを削除してから、移行元に対して新しい移行タスクを作成して開始できます。問題が解決しない場合は、チケットを送信してカスタマーサービスにお問い合わせください。
中間インスタンスについて知っておくべきことは何ですか
中間インスタンスに関する注意点は次のとおりです。
SMC は、
No_Delete_SMC_Transition_Instanceという名前の中間インスタンスを自動的に作成、起動、停止、およびリリースします。移行タスクが成功するように、中間インスタンスの実行状態を妨げないでください。中間インスタンスのデフォルトのセキュリティグループは、インバウンドトラフィック用にポート 8080 と 8703 を開きます。これらは中間インスタンスの移行サービスポートです。このセキュリティグループの構成を変更または削除しないでください。
移行タスクが完了すると、中間インスタンスは自動的にリリースされます。移行が失敗した場合は、インスタンスを手動でリリースする必要があります。インスタンスのリリース方法の詳細については、「インスタンスのリリース」をご参照ください。
中間インスタンスで利用可能なインスタンスタイプは何ですか
SMC は、在庫に基づいて、次のリストから優先順位に従って利用可能なインスタンスタイプを選択して、中間インスタンスを作成します。
x86 アーキテクチャー:
1 vCPU, 2 GiB
1 vCPU, 4 GiB
2 vCPU, 2 GiB
2 vCPU, 4 GiB
バースト可能型 t6
バースト可能型 t5
2 vCPU, 8 GiB
ARM64 アーキテクチャー:
インスタンスタイプ
vCPU
メモリ (GiB)
ecs.c6r.large
2
4
ecs.g6r.large
2
8
ecs.c6r.xlarge
4
8
ecs.g6r.xlarge
4
16
ecs.c6r.2xlarge
8
16
ecs.g6r.2xlarge
8
32
ecs.c6r.4xlarge
16
32
上記のインスタンスタイプがすべて利用できない場合、システムはパフォーマンスと価格のバランスが取れた他のインスタンスタイプを選択します。
ブロックレプリケーションの有効化について知っておくべきことは何ですか
ブロックレプリケーションに関する注意点は次のとおりです。
ブロックレプリケーションを有効にすることをお勧めします。この機能は、より高速な転送速度を提供し、パーティションデータの整合性と一貫性を保証します。
ブロックレプリケーションは、移行からのファイルまたはディレクトリの除外をサポートしていません。除外設定は有効になりません。
ブロックレプリケーションは、Windows サーバーの移行ではデフォルトで有効になっています。組み込みのボリュームシャドウコピーサービス (VSS) が実行されている必要があり、ディスクパーティションのサイズは 1 GB から 10 TB の間である必要があります。
ブロックレプリケーションは、Linux サーバーの移行ではデフォルトで有効になっています。ブロックレプリケーションがサポートされていないことを示すメッセージが表示された場合、考えられる原因は次のとおりです。
SMC クライアントは、実行時にブロックレプリケーションコンポーネントをインストールします。インストールに失敗した場合、ブロックレプリケーションはサポートされません。このプロセスでは、ポート 443 (p2v-tools.oss-cn-hangzhou.aliyuncs.com) でパブリックインターネットにアクセスする必要があります。対応する IP アドレスは 118.31.232.152 です。
ディスクパーティションの実際のデータ量が 500 GB を超える場合、ブロックレプリケーションはサポートされません。
カーネルバージョンがブロックレプリケーションをサポートしていません。これは、ベンダーのカスタマイズされたカーネルで一般的です。
次の表に、Linux でブロックレプリケーションをサポートする一般的なカーネルバージョンを示します。
OS バージョン
カーネルバージョンの範囲
CentOS/RedHat 5.x
2.6.18-53 から 2.6.18-398
CentOS/RedHat 6.x
2.6.32-71 から 2.6.32-754
CentOS/RedHat 7.x
3.10.0-123 から 3.10.0-1160
CentOS/RedHat 8.x
4.18.0-80 から 4.18.0-348
Ubuntu 12.04/14.04/16.04/18.04/20.04
4.4.0 から 5.4.0 (一部)
Debian 8.11/9.13
3.16.0 から 4.19.0 (一部)
OpenSUSE 42.3/15.1/15.2
4.4.76-1-default
4.12.14-lp151.27-default
4.12.14-lp151.28.52-default
5.3.18-lp152.x (一部)
SUSE 11/12/15
3.0.101 (一部)
4.12.14 (一部)
移行元がオンラインでないために移行タスクを作成できない場合はどうすればよいですか
まず、問題を解決して移行元をオンラインにし、次に新しい移行タスクを作成します。次の方法で問題を解決できます。
移行元がオフラインの場合:
移行元がオフラインの場合: この状態は、移行元が SMC コンソールとの接続を失ったことを示します。SMC クライアントを再度実行し、移行が完了するまで実行し続ける必要があります。詳細については、「SMC クライアントを使用して移行元をインポートする」をご参照ください。
移行元が異常な状態にある場合: コンソールのログ、Logs ディレクトリのクライアントログ、およびクライアントインターフェイスに表示されるエラーメッセージを確認し、プロンプトに従って問題を処理します。このトピックのエラーコードと解決策も参照できます。問題が解決しない場合は、お問い合わせください。
Rsync をインストールするには
Rsync をインストールするには、ソースサーバーのオペレーティングシステムに適したコマンドを実行します。
CentOS: yum -y install rsync を実行します。
Ubuntu: apt-get -y install rsync を実行します。
Debian: apt-get -y install rsync を実行します。
SUSE: zypper install rsync を実行します。
その他のディストリビューション: 詳細については、ディストリビューションの公式ウェブサイトのインストールに関するドキュメントをご参照ください。
SELinux を無効にするには
setenforce 0 を実行して SELinux を一時的に無効にするか、/etc/selinux/config ファイルを編集して SELINUX=disabled を設定することをお勧めします。
移行タスクを作成するときにデータディスクの設定項目が表示されないのはなぜですか？ またどうすればよいですか？
SMC クライアントが移行元をインポートするとき、マウントされたディスクパーティションのみを検出します。移行元にデータディスクがないか、データディスクがマウントされていない場合、データディスクの設定項目は移行タスクの作成ページに表示されません。マウントされていないデータディスクを移行するには、次の手順を実行します。
データディスクをマウントします。
SMC クライアントを再度実行します。
SMC コンソールで移行元ページを更新し、移行タスクの作成ページを再度開きます。
現在の移行が進行中またはエラーがある場合に、移行元の新しい移行タスクを作成できますか
いいえ、できません。次の手順を実行する必要があります。
移行元に関連付けられている移行タスクが進行中の場合は、移行元に対して新しいタスクを作成する前に、タスクを一時停止して削除する必要があります。
移行元に関連付けられている移行タスクにエラーがある場合は、移行元に対して新しいタスクを作成する前に、タスクを削除する必要があります。
移行タスクの有効期限はどのくらいですか？ 有効期限が切れるとどうなりますか？
SMC コンソールで移行タスクを作成する場合、コンソールには有効期限を設定するオプションはありません。タスクのデフォルトの有効期間は 30 日です。CreateReplicationJob 操作を呼び出して移行タスクを作成する場合、必要に応じてタスクの有効期間を設定できます。有効な範囲は 7 日から 90 日です。
有効期間は、移行タスクが作成された後に開始されます。タスクの有効期限が切れると、次のいずれかの方法で処理されます。
移行タスクが実行中状態の場合、アクションは実行されません。
移行タスクが準備完了、停止、またはエラー状態の場合、有効期限切れとしてマークされます。タスクの有効期限が切れてから 7 日後、SMC は自動的に移行タスクを削除します。
移行タスクの状態とその意味は何ですか
移行タスクには 2 種類の状態があります。
メインタスクの状態: 移行タスクのライフサイクル全体の状態。詳細については、「メインタスクの状態」をご参照ください。
ビジネスタスクの状態: 移行タスクが実行中状態にあるときのステージ。詳細については、「ビジネスタスクの状態」をご参照ください。
次の図は、メインタスクの状態とビジネスタスクの状態の関係を示しています。
表 1. メインタスクの状態
メインタスクの状態 | 説明 | 実行できる操作 |
準備完了 | 移行タスクは作成されましたが、開始されていません。 | 移行タスクを開始します。 |
実行中 | 移行タスクは実行中です。実行中状態は SMC コンソールに直接表示されませんが、[ステータス] 列のビジネス状態で表されます。ビジネス状態テーブルの詳細については、「ビジネス状態」をご参照ください。 | 移行タスクが完了するのを待つか、タスクのステータスが [同期中] のときにタスクを一時停止できます。 説明 進行中の移行タスクは削除できません。 |
停止 | 移行タスクは一時停止されています。 | 移行タスクを再開または削除します。 |
エラー | 移行タスクは失敗しました。 | クライアントまたはコンソールのプロンプトメッセージまたは移行ログを表示して、失敗の原因を特定し、問題を修正します。失敗がクライアントによって引き起こされた場合 (たとえば、移行元がオフラインまたは異常な状態にある場合)、クライアントを再起動してから移行タスクを再開する必要があります。 |
完了 | 移行タスクは完了しました。 | ECS コンソールの [カスタムイメージ] ページに移動して、SMC によって生成されたイメージを表示します。 |
待機中 | この状態は増分移行タスクにのみ適用されます。タスクが次にスケジュールされた自動実行を待機していることを示します。増分移行の詳細については、「増分サーバー移行」をご参照ください。 | この状態では、次のことができます。
|
期限切れ | 移行タスクの有効期限が切れました。 | 移行タスクを削除します。 説明 移行タスクのデフォルトの有効期間は 30 日です。タスクの有効期限が切れると、有効期限切れとしてマークされ、7 日間保存されます。7 日後、SMC は自動的にタスクを削除します。詳細については、「移行タスクの有効期限はどのくらいですか？ 有効期限が切れるとどうなりますか」をご参照ください。 |
削除中 | 移行タスクは削除中です。 | 移行タスクが削除されるのを待ちます。その後、移行元の新しい移行タスクを作成できます。 説明 移行タスクを削除すると、SMC は移行中に作成された関連リソース (中間インスタンスなど) を自動的にリリースします。このプロセスには時間がかかります。お待ちください。 |
表 2. ビジネスタスクの状態
ビジネスタスクの状態 | 説明 | 実行できる操作 |
準備中 | 移行タスクを開始すると、その状態は [準備中] に変わります。 | なし。 |
同期中 | 移行タスクはソースデータのアップロードを開始します。 | 移行タスクを一時停止できます。 |
処理中 | 移行タスクは宛先イメージを作成しています。 | なし。 |
クリーンアップ中 | 中間環境がクリアされ、移行タスクが完了しようとしています。 | なし。 |
移行タスクを作成するときに宛先インスタンスを選択できない場合はどうすればよいですか
移行タスクを作成するときにドロップダウンリストから宛先インスタンスを選択できない場合は、次の手順を実行して問題をトラブルシューティングします。
アカウント間の移行を実行している場合は、宛先アカウントで移行タスクを作成しているかどうかを確認します。
正しい宛先リージョンが選択されているかどうかを確認します。
ソースサーバーと宛先インスタンスのオペレーティングシステムは同じタイプである必要があります。たとえば、ソースサーバーが Windows OS を実行している場合、宛先インスタンスも Windows OS を実行している必要があります。ソースサーバーが Linux OS を実行している場合、宛先インスタンスも Linux OS を実行している必要があります。
物理データベースサーバーに単一インスタンスの Oracle データベースがあります。Alibaba Cloud に移行する場合、サーバー全体 (OS とデータベースを含む) を移行すべきですか、それともデータベースのみを移行すべきですか？ 各方法の長所と短所は何ですか
必要に応じて移行方法を選択できます。2 つの移行方法の長所と短所は次のとおりです。
Oracle データベースアプリケーションのみが必要な場合は、Oracle アプリケーションのみを移行する方が軽量で適しています。欠点は、Oracle アプリケーションのデプロイメントと接続方法を再検討する必要があることです。
Oracle アプリケーションが必要で、OS の全体的なアプリケーション環境に依存している場合は、サーバー全体を Alibaba Cloud に移行する方が便利です。欠点は、サーバーが大きい場合、移行に時間がかかることです。
Windows サーバーに OpenSSH サービスをインストールするには
Windows Server 2016 インスタンスに OpenSSH サービスをインストールするには、次の手順を実行します。
OpenSSH-Win64.zip をダウンロードして、C:\OpenSSH-Win64 などの指定されたディレクトリに解凍します。
管理者として Windows PowerShell を開き、ファイルを解凍したディレクトリに移動します。
cd \OpenSSH-Win64次のコマンドを実行して OpenSSH をインストールします。
powershell.exe -ExecutionPolicy Bypass -File install-sshd.ps1PS C:\OpenSSH-Win64> powershell.exe -ExecutionPolicy Bypass -File install-sshd.ps1 [*] C:\OpenSSH-Win64\moduli Inheritance is removed from 'C:\OpenSSH-Win64\moduli'. 'BUILTIN\Users' now has Read access to 'C:\OpenSSH-Win64\moduli'. Repaired permissions [SC] SetServiceObjectSecurity SUCCESS [SC] ChangeServiceConfig2 SUCCESS [SC] ChangeServiceConfig2 SUCCESS sshd and ssh-agent services successfully installed次のコマンドを実行して SSH リモートコマンドを構成します。
cmd /c sc.exe config sshd start=auto cmd /c sc.exe config ssh-agent start=auto cmd /c net.exe start sshd New-ItemProperty -Path "HKLM:\SOFTWARE\OpenSSH" -Name DefaultShell -Value "C:\Windows\System32\WindowsPowerShell\v1.0\powershell.exe" -PropertyType String -Force New-ItemProperty -Path "HKLM:\SOFTWARE\OpenSSH" -Name DefaultShellCommandOption -Value "/c" -PropertyType String -Force
詳細については、「OpenSSH のインストール」をご参照ください。
増分移行から生成されたイメージには、移行タスクの開始時または終了時のデータが含まれていますか
各増分移行タスクは、タスク開始時にソースサーバーに存在するデータを移行します。増分移行中にソースサーバーで生成されたデータは、次の増分タスクで移行されます。
増分同期の頻度の変更はすぐに有効になりますか
いいえ、有効になりません。増分タスクの同期頻度の変更は、現在のサイクルではなく、次のサイクルで有効になります。
Windows サーバーの移行が完了した後、イメージから ECS インスタンスを作成すると余分なディスクが表示されるのはなぜですか
移行タスクを作成するとき、ディスクサイズは GB 単位の整数に設定されます。この値は通常、ソースサーバーのシステムパーティションより数百メガバイト大きくなります。移行後に余分なドライブ文字が表示された場合は、ディスクの管理を使用してそれらを削除できます。
サーバー移行が失敗または中断された後、ソースサーバーのディスク領域使用量が増え続けるのはなぜですか
サーバー移行が失敗または中断された後、ソースサーバーのディスク領域使用量が継続的に増加する場合、原因は SMC によって作成されたスナップショットファイルの増加である可能性があります。移行が不要になったことを確認した場合は、できるだけ早くディスク領域をクリアしてください。手順は次のとおりです。
Linux サーバー
ソース Linux サーバーにリモート接続します。
次のコマンドを実行して、ソースサーバー上の SMC クライアントディレクトリに移動します。
デフォルトでは、コンソールから自動的にインポートされる移行元の SMC クライアントディレクトリは /smc/go2aliyun_client**** です。このトピックでは、/smc/go2aliyun_client2.6.6_linux_x86_64 を例として使用します。
cd /smc/go2aliyun_client2.6.6_linux_x86_64次のコマンドを実行してスナップショットを削除します。
sudo ./Check/client_check --ssclear smcss次の出力は、スナップショットが削除されたことを示します。
[ecs-user@iZbp1dqulfhozse3jbp**** go2aliyun_client2.6.6_linux_x86_64]$ sudo ./Check/client_check --ssclear smcss clear snapshot with smcss: smcssbd_destroy... smcssbd_destroy ioctl return 0
Windows サーバー
ソース Windows サーバーで、コマンドプロンプトを開きます。
次のコマンドを順番に実行して、既存のボリュームシャドウコピーサービス (VSS) スナップショットのリストをクエリし、各スナップショットの shadow_id を記録します。
cd \WINDOWS\System32 vssadmin list shadows出力では、
Shadow Copy IDはシャドウコピーの ID です (例: {ad39055a-3aa0-494c-b787-f8589ab8****})。
次のコマンドを実行して VSS スナップショットを削除します。
重要作成時刻が SMC 移行タスクの時刻と一致するかどうかを確認します。削除したい VSS スナップショットの shadow_id を確認した後、VSS スナップショットを削除します。複数のスナップショットが存在する場合は、各 shadow_id に対してコマンドを実行します。
vssadmin delete shadows /shadow={shadow_id}以下はサンプルコマンドです。
vssadmin delete shadows /shadow={ad39055a-3aa0-494c-b787-f8589ab8****}出力で、Y を入力して VSS スナップショットを削除します。
OS を移行するには
CentOS プロジェクトは、CentOS 7、CentOS 8、およびその他の Linux プロジェクトのメンテナンスを中止する計画を発表しました。OS のメンテナンスと技術サポートを引き続き受けたい場合は、CentOS から別の Linux 長期サポート (LTS) ディストリビューションに移行する必要があります。詳細については、「OS 移行 (Linux)」をご参照ください。
OS 移行後にインスタンス情報は変更されますか
OS 移行後、インスタンス ID、イメージ ID、インスタンス VPC、パブリックおよびプライベート IP アドレス、ホスト名は変更されません。インスタンスの OS は宛先 OS に変更されます。移行されたインスタンスのスナップショットまたはイメージを作成すると、システムプラットフォームタイプは宛先 OS タイプになります。
たとえば、ID が win2008 のイメージを使用するインスタンスを Windows Server 2012 に移行した場合、移行後もインスタンスのイメージ ID は win2008 のままです。ただし、インスタンスの OS は Windows Server 2012 に変更されます。これにより、イメージ ID と OS の間に不一致が生じます。これは正常であり、システムの使用には影響しません。
OS 移行でサポートされているオペレーティングシステムはどれですか
CentOS 7/8
オペレーティングシステムのアーキテクチャー | ソースオペレーティングシステム | 宛先オペレーティングシステム |
x86 | CentOS 7.x |
|
CentOS 8.x |
| |
ARM64 | CentOS 7.x |
|
CentOS 8.x |
|
Red Hat 7/8
オペレーティングシステムのアーキテクチャー | ソースオペレーティングシステム | 宛先オペレーティングシステム |
x86 | Red Hat 7.9 |
|
Red Hat 8.x |
|
Alibaba Cloud Linux 2
オペレーティングシステムのアーキテクチャー | ソースオペレーティングシステム | 宛先オペレーティングシステム |
x86 | Alibaba Cloud Linux 2 | Alibaba Cloud Linux 3 |
詳細については、「OS 移行 (Linux)」をご参照ください。
VMware エージェントレス移行とは
VMware エージェントレス移行は、クライアント OS の計算リソースを占有しない非侵入型の移行機能を提供します。これにより、サーバーのセキュリティとパフォーマンスに関するユーザーの懸念を効果的に解決します。詳細については、「VMware エージェントレス移行」をご参照ください。
VMware エージェントレス移行の利点は何ですか
VMware エージェントレス移行には、次の利点があります。
リソース消費なし
SMC クライアントは VM 内で実行されないため、VM リソースを消費しません。
高い移行効率
各 VM にエージェントをインストールする必要がないため、時間と人件費を節約できます。
高いセキュリティ
VM の OS 内で操作は実行されません。これにより、ユーザーのセキュリティ上の懸念が解消されます。
高い互換性
移行は VM の OS の内部環境に依存しません。これにより、成功率が高くなります。
VMware エージェントレス移行で、特定のホスト上の特定の VM またはすべての VM を移行するには
VMware エージェントレスコネクタにログオンします。
次の手順では、SSH リモート接続を例として使用します。
VMware エージェントレスコネクタのネットワークに接続できるターミナルで、次のコマンドを実行して VMware エージェントレスコネクタにリモート接続します。デフォルトのユーザー名は
rootで、パスワードはデフォルトで空です。ssh root@<VMware エージェントレスコネクタの IP アドレス>重要セキュリティ上の理由から、できるだけ早くパスワードを変更することをお勧めします。
次のコマンドを実行して接続情報を構成します。
cd /root/smc ./dist/connect_configureVMware vCenter または ESXi の IP アドレス、ユーザー名、パスワード、ポート番号を順番に構成します。デフォルトのポート 443 を使用することをお勧めします。出力は次の例のようになります。
[root@localhost ~]# cd /root/smc [root@localhost smc]# ./configure.sh Please input vCenter/ESXI IP:192.168.XX.XX Please input username:administr****@vsphere.local Please input password: Please input port number(default 443):443 Test to connect the vCenter/ESXI... Connect success! save to ./vmware_connect_config.json次のコマンドを実行して、指定したホストに VM を追加するか、指定した VM を追加します。
指定したホストに VM を追加する
次のコマンドを実行して、指定したホストに VM を追加します。
./dist/migrate_configure -h <ホスト名>vCenter に VMware エージェントレスコネクタをデプロイする場合は、<Host name> を実際のホスト名に置き換えます。
ESXi 環境に VMware エージェントレスコネクタをデプロイする場合、デフォルトのホスト名は
localhost.localdomainです。以下は、ESXi 環境に VMware エージェントレスコネクタをデプロイするためのサンプルコマンドです。
[root@smc-connector smc]# ./dist/migrate_configure -h localhost.localdomain ========Aliyun SMC VMware Configure Tool 1.2======== Connect success! Host List: ------------------------------------------------------------------------ ID Name Version Connected 1 localhost.localdomain 7.0.3 * ------------------------------------------------------------------------ Please input the ID of Host(input 0 to exit):1
ホスト ID を入力すると、VM のリストが生成されます。移行したい VM の ID を入力します。接続されている VM を選択する必要があります。接続されている VM は、[接続済み] 列にアスタリスク (*) で示されます。
Test to connect localhost.localdomain Connect success! Getting vm list progress: [>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>100.00%]time: 2.3s VM List of 192.168.XX.XX: ------------------------------------------------------------------------ ID Name Connected CBT Add 1080 test1 * 1084 win16bios * 1011 centos7-bios-2 * 3008 centos7-uefi * 2001 centos-hw10 * ------------------------------------------------------------------------ Please input the ID of VM to be migrated (input 0 to exit):1084
指定した VM を追加する
重要vCenter に同じ名前の VM がある場合は、名前で指定した VM を追加しないことをお勧めします。
次のコマンドを実行して、指定した仮想マシンを追加します。次に、返された情報に基づいて移行したい仮想マシンの ID を入力します。
./dist/migrate_configure -v <仮想マシン名>サンプルコマンド:
[root@smc-connector smc]# ./dist/migrate_configure -v centos7-sta ========Aliyun SMC VMware Configure Tool 1.2======== Connect success! VM List of 192.168.XX.XX: ------------------------------------------------------------------------ ID Name Connected CBT Add 3005 centos7-sta * ------------------------------------------------------------------------ Please input the ID of VM to be migrated (input 0 to exit):3005移行したい VM のアーキテクチャーに対応する番号 (例:
0) を入力します。-------------------------------------------------------------- 0 x86_64 1 i386 2 arm64 -------------------------------------------------------------- Please choose the architecture:0システムによって提供される OS タイプが VM の現在の OS であるかどうかを確認します。
システムによって提供される OS タイプが VM の現在の OS である場合は、
yを入力します。システムによって提供される OS タイプが VM の現在の OS でない場合は、
nを入力します。nを入力した後、提供されたリストから OS に対応する番号 (例:10) を入力します。説明VMware vCenter の VM のプリセット OS タイプは正確でない場合があります。システムによって提供される OS タイプが VM の現在の OS であるかどうかを確認する必要があります。
Is [CentOS 7 (64-bit)]' truly the OS of VM (y or n)?n ------------------------------------------------------------------------ 0 CentOS 1 Ubuntu 2 SUSE 3 OpenSUSE 4 Debian 5 RedHat 6 Others Linux 7 Windows Server 2003 8 Windows Server 2008 9 Windows Server 2012 10 Windows Server 2016 11 Windows Server 2019 12 Windows Server 2022 ------------------------------------------------------------------------ Please choose the OS of VM:システムディスクを選択します。デフォルトは番号
0の仮想ディスクです。-------------------------------------------------------------- 0 [datastore1] win16bios/wins16bios-000001.vmdk 1 [datastore1] wins16bios/wins16bios_1-000001.vmdk -------------------------------------------------------------- Please choose the system disk (default 0):0VM 名の横の
Add列のアスタリスク (*) は、VM が正常に追加されたことを示します。VM List of 192.168.XX.XX: -------------------------------------------------------------- ID Name Connected CBT Add 481 TEST_CLONE_1 * 389 win16bios * * 338 hanjun_test_001 * 386 Aliyun_SMC_Agent_6.5 * 393 win16uefi -------------------------------------------------------------- Please input the ID of VM to be migrated (input 0 to exit):0vCenter に VMware エージェントレスコネクタをデプロイする場合:
複数の VM を移行するには、移行したい VM の ID を引き続き入力できます。
1 つの VM のみを移行するには、0 を入力してホスト選択に戻ります。他のホストから移行する VM を選択するには、上記の手順を繰り返します。それ以外の場合は、0 を入力して構成を終了します。
単一の ESXi 環境に VMware エージェントレスコネクタをデプロイする場合:
1 つの VM のみを移行するには、0 を入力してホスト選択に戻り、もう一度 0 を入力して構成を終了します。
再構成するには、移行したい VM の ID を引き続き入力できます。
どのソースサーバーを Simple Application Server に移行できますか
SMC は、Tencent Cloud Lighthouse、AWS Lightsail、Huawei Cloud KooHe などの他のベンダーの Simple Application Server から Alibaba Cloud Simple Application Server への移行をサポートしています。詳細については、「Simple Application Server を Alibaba Cloud Simple Application Server に移行する」をご参照ください。
Simple Application Server への移行中に作成された一時ディスクとスナップショットは課金されますか
いいえ、課金されません。