移行の総所要時間は、移行対象のサーバー数と総データ量によって決まります。正確な見積もりを得るには、テスト移行を実施してください。このトピックでは、フル移行または増分移行の所要時間を見積もる方法と、データ転送速度をテストする方法について説明します。
背景情報
Server Migration Center (SMC) による移行では、サービスはまず Alibaba Cloud アカウント内に一時的な中間インスタンスをプロビジョニングします。特定の移行先インスタンスへ移行する場合は、そのインスタンスが中間インスタンスとして使用されます。その後、ソースサーバーから中間インスタンス上のクラウドディスクへデータが転送されます。最後に、SMC はクラウドディスク上のデータから ECS イメージを作成します。詳細については、「SMCの仕組み」をご参照ください。したがって、移行の総所要時間は、データ転送時間とイメージ作成時間の合計です。詳細については、「移行時間の見積もり」をご参照ください。
移行プロセス全体を通じて、ソースサーバーから中間インスタンスへの転送速度が、移行時間を決定する主要な要因となります。転送速度をテストする方法については、「データ転送速度のテスト」をご参照ください。
次の表は、実際のデータ転送速度がテストで測定した速度よりも低い場合の考えられる原因と解決策を示しています。
考えられる原因 | 解決策 |
ソースサーバーと中間インスタンスが異なるリージョンまたは国にあります。リージョン間または国境をまたぐデータ転送は、同一リージョン内の転送よりも低速になる可能性があります。 | リージョン間転送が問題の場合、次のいずれかの方法を実行できます。
|
移行速度は、ソースサーバーのアウトバウンド帯域幅と中間インスタンスのインバウンド帯域幅に依存します。中間インスタンスの帯域幅には制限があります。デフォルトでは、最大インバウンドパブリック帯域幅は 100 Mbps です。したがって、パブリックインターネット経由の最大転送速度は、デフォルトで 100 Mbps になります。 重要 Elastic IP アドレス (EIP) を使用する移行先インスタンスの場合、そのパブリックインバウンド帯域幅は、次のように EIP のパブリックアウトバウンド帯域幅によって制限されます。
| この問題を解決するには、次のいずれかの方法を使用できます。
重要 EIP を静的パブリック IP に戻すことはできません。EIP は、関連付けられたインスタンスをリリースしても解放されないため、移行後に従量課金 EIP を手動で解放して、予期しない料金が発生しないようにする必要があります。詳細については、「従量課金EIPの解放」をご参照ください。 |
ソースサーバーのパフォーマンスボトルネック (CPU、メモリ、ディスクの制限など) により、SMC の転送速度が低下する可能性があります。 |
|
ソースサーバーに、データベースファイルやログファイルなど、動的に変化する大きなファイルが含まれています。 |
|
ソースサーバーに、分散ファイルシステムやファイルサーバーのデータなど、多数の小さなファイルが含まれています。 | フィルター設定を使用して関連するディレクトリを除外してから、再試行してください。詳細については、「移行したくないファイルやディレクトリをフィルターまたは除外する方法」をご参照ください。 除外したファイルやディレクトリは、後で他の方法を使用して移行できます。 |
ソースサーバーのアウトバウンド帯域幅が低いです。 |
|
このトピックの例は参考用です。
移行時間の見積もり
サーバー移行または VMware のエージェントレス移行を開始する前に、フル移行または増分移行に必要な時間を見積もることができます。
フル移行時間の見積もり
フル移行の総所要時間は、データ転送時間とイメージ作成時間の合計です。次の図は、必要な時間を見積もる方法を示しています。次の点に注意してください。
スナップショット作成速度は 約 100 MB/s です。
自動スナップショット作成は通常、深夜にピークを迎えます。この時間帯は処理が集中するため、各スナップショットの帯域幅が減少し、作成時間が長くなる可能性があります。
実際のネットワーク速度をテストする方法については、「データ転送速度のテスト」をご参照ください。
たとえば、ソースサーバーで 10 GB のデータが使用されており、アウトバウンド帯域幅が 10 Mbps であると仮定します。フル移行の見積もり時間は次のように計算されます。
単位を変換します。
実際のデータ量：10 GB = 10 × 1,024 = 10,240 MB
実際のネットワーク速度：10 Mbps = 10 / 8 = 1.25 MB/s
データ転送時間を計算します。
データ転送時間：10,240 MB / 1.25 MB/s = 8,192 秒 ≈ 2.27 時間
イメージ作成時間を計算します。
イメージ作成時間：10,240 MB / 100 MB/s = 102.4 秒 ≈ 0.03 時間
移行の総所要時間を計算します。
移行の総所要時間：2.27 時間 + 0.03 時間 = 2.3 時間
増分移行時間の見積もり
増分移行に必要な時間は、増分比較時間、データ転送時間、およびイメージ作成時間で構成されます。次の図は、必要な時間を見積もる方法を示しています。次の点に留意してください。
スナップショット作成速度は 約 100 MB/s です。
自動スナップショット作成は通常、深夜にピークを迎えます。この時間帯は処理が集中するため、各スナップショットの帯域幅が減少し、作成時間が長くなる可能性があります。
増分比較速度は 約 100 MB/s です。
この見積もりは、ブロックレベルレプリケーションが使用されることを前提としており、比較速度はディスク I/O パフォーマンスに関連しています。ブロックレベルレプリケーションが有効になっていない場合、比較速度は変更されたファイルの数とサイズに依存します。
実際のネットワーク速度をテストする方法については、「データ転送速度のテスト」をご参照ください。
VMware のエージェントレス移行では、Changed Block Tracking (CBT) を有効にすることができます。これにより、増分比較時間がゼロになります。
詳細については、「VMwareの増分エージェントレス移行」をご参照ください。
たとえば、ソースサーバーで 40 GB のデータが使用されており、2 GB の増分データがあり、アウトバウンド帯域幅が 10 Mbps であると仮定します。増分移行の見積もり時間は次のように計算されます。
単位を変換します。
ディスクデータ量：40 GB = 40 × 1,024 = 40,960 MB
増分データ量：2 GB = 2 × 1,024 = 2,048 MB
実際のネットワーク速度：10 Mbps = 10 / 8 = 1.25 MB/s
増分比較時間を計算します。
増分比較時間：40,960 MB / 100 MB/s = 409.6 秒 ≈ 0.11 時間
データ転送時間を計算します。
データ転送時間：2,048 MB / 1.25 MB/s = 1,638.4 秒 ≈ 0.46 時間
イメージ作成時間を計算します。
イメージ作成時間：2,048 MB / 100 MB/s = 20.48 秒 ≈ 0.01 時間
増分移行の総所要時間を計算します。
移行の総所要時間：0.11 + 0.46 + 0.01 = 0.58 時間
データ転送速度のテスト
ソースサーバーから中間インスタンスへの転送速度は、ソースサーバーのアウトバウンド帯域幅と中間インスタンスのインバウンド帯域幅の両方に依存します。
例：
ソースサーバーのアウトバウンド帯域幅が 50 Mbps で、中間インスタンスのインバウンド帯域幅が 100 Mbps の場合、理論上の最大転送速度は 50 Mbps を超えません。
ソースサーバーのアウトバウンド帯域幅が 150 Mbps で、中間インスタンスのインバウンド帯域幅が 100 Mbps の場合、理論上の最大転送速度は 100 Mbps を超えません。
ECS コンソールでインスタンスに表示される 1 Mbps の帯域幅は、中間インスタンスのアウトバウンド帯域幅です。これは移行速度には影響しません。移行速度は、中間インスタンスのインバウンド帯域幅に依存します。
次の手順に従って、iPerf ツールを使用して転送速度をテストします。
ターゲットの Alibaba Cloud リージョンに、従量課金の ECS インスタンスを作成します。
インスタンス上で、次の操作を実行します。
iPerf ツールをインストールします。
iPerf をサーバーモードで起動します。
必要な iPerf ポートを開くセキュリティグループルールを追加します。
ソースサーバー上で、次の操作を実行します。
iPerf ツールをインストールします。
iPerf をクライアントモードで起動します。移行先サーバーの IP アドレスには、手順1で作成した従量課金インスタンスのパブリック IP アドレスを設定します。
Linux
以下の手順では、CentOS 7 を例として使用しています。コマンドは OS のバージョンによって異なる場合があります。
ターゲットの Alibaba Cloud リージョンに、従量課金の CentOS 7 インスタンスを作成します。
インスタンスのセキュリティグループに、必要な iPerf ポートへのトラフィックを許可するインバウンドルールを追加します。
この例では、デフォルトの iPerf ポート TCP 5001 を使用しています。
CentOS 7 インスタンスに接続します。
CentOS 7 インスタンス上で、次の操作を実行します。
次のコマンドを実行して、iPerf ツールをインストールします。
yum -y install iperf3次のコマンドを実行して、iPerf をサーバーモードで起動します。
iperf3 -s
ソースサーバー上で、次の操作を実行します。
iPerf ツールをダウンロードしてインストールします。
次のコマンドを実行して、iPerf をクライアントモードで起動します。
<instance_ip>を、作成したインスタンスのパブリック IP アドレスに置き換えます。iperf3 -c <instance_ip> -i 1 -d
テストが完了するまで待機し、結果を記録します。
Windows
以下の手順では、Windows Server 2008 を例として使用しています。手順は OS のバージョンによって異なる場合があります。
ターゲットの Alibaba Cloud リージョンに、従量課金の Windows Server 2008 インスタンスを作成します。
インスタンスのセキュリティグループに、必要な iPerf ポートへのトラフィックを許可するインバウンドルールを追加します。
この例では、デフォルトの iPerf ポート TCP 5001 を使用しています。
インスタンスに接続します。
Windows Server 2008 インスタンス上で、次の操作を実行します。
iPerf ツールをダウンロードしてインストールします。
コマンドプロンプトを開きます。
cd <iperf_directory>コマンドを実行して、ツールのディレクトリに移動します。iperf3.exe -sを実行して、iPerf をサーバーモードで起動します。
ソースサーバー上で、次の操作を実行します。
iPerf ツールをダウンロードしてインストールします。
次のコマンドを実行して、iPerf をクライアントモードで起動します。
<instance_ip>を、作成したインスタンスのパブリック IP アドレスに置き換えます。iperf3.exe -c <instance_ip> -i 1 -d
テストが完了するまで待機し、結果を記録します。