ソースデータが自己管理型 IDC やローカルサーバーに存在する場合、または専用線や VPN 経由でクラウドにアップロードする必要がある場合、Alibaba Cloud Data Online Migration はソースデータに直接アクセスできません。この場合は、Elastic Compute Service (ECS) インスタンスにエージェントをデプロイします。エージェントは、データソースと Data Online Migration の間を繋ぐ、安全で高速なブリッジとして機能します。高帯域幅、低レイテンシーの移行を実現するには、エージェントの正しい設定が不可欠です。
仕組み
各エージェントインスタンスは、1 台のマシンでのみデプロイおよび実行できます。エージェントインスタンスをデプロイした後は、同じインスタンスを別のマシンに再度デプロイしないでください。
マルチエージェントシナリオでは、同じインスタンスタイプのエージェントマシンを使用してください。高スペックのエージェントと低スペックのエージェントを混在させると、低スペックのエージェントが全体のパフォーマンスを低下させ、実際の移行速度が、高スペックのエージェントのみを使用した場合よりも遅くなる可能性があります。
ソース側でのエージェントのデプロイ
自己管理型ストレージ (IDC データセンターやサードパーティクラウドストレージなど) から Alibaba Cloud OSS へデータを移行する場合は、ソース側にエージェントをデプロイします。
仕組み：エージェントは、データを読み取るための安全なエントリーポイントです。Data Online Migration は、エージェントを介してソースデータをプルし、Alibaba Cloud の内部移行サーバーに転送して、移行先の OSS バケットに書き込みます。
データストリーム：データソース → エージェント ECS → Data Online Migration サーバー → 移行先の OSS バケット。
移行先でのエージェントのデプロイ
移行先がローカルファイルシステム (LocalFs) である場合など、一部のシナリオでは、代わりに移行先にエージェントをデプロイします。
仕組み：エージェントは、データを書き込むための安全な終了ポイントです。Data Online Migration は、エージェントを介してローカルストレージにデータを書き込みます。
データストリーム：OSS データソース → Data Online Migration サーバー → エージェント ECS → 移行先ストレージ。
ステップ 1：ネットワークソリューションの選択
実際の移行シナリオに基づいて、エージェントの ECS インスタンスと Data Online Migration 間の適切なネットワーク接続方法を選択します：
VPC 接続 (推奨)：このオプションは、エージェントの ECS と Data Online Migration が 同じ Alibaba Cloud リージョンにある場合に使用します。VPC の内部通信は、より高いセキュリティ、優れた安定性、および低レイテンシーを提供します。エージェントの ECS が、そのリージョンにある Data Online Migration の同一リージョン内エンドポイントに到達できることを確認してください。たとえば、中国 (北京) リージョンで Data Online Migration を使用する場合、エージェントは
{TunnelId}.cn-beijing.mgw-tc-internal.aliyuncs.comにアクセスできる必要があります。インターネット接続：このオプションは、エージェントの ECS と Data Online Migration が異なるリージョンにある場合、またはエージェントが ローカルサーバーやサードパーティクラウドで実行される場合に使用します。エージェントがパブリック IP アドレスを持ち、ターゲットリージョンにある Data Online Migration のパブリックエンドポイントに到達できることを確認してください。たとえば、中国 (北京) リージョンで Data Online Migration を使用する場合、エージェントは
{TunnelId}.cn-beijing.mgw-tc.aliyuncs.comにアクセスできる必要があります。
ネットワークソリューションを選択したら、エージェント ECS のインスタンスタイプと数量を計画します。
ステップ 2：ECS の選定
目標とする移行帯域幅とデータの特性に基づいて、CPU、メモリ、ネットワーク帯域幅 の構成を選択します。
1. CPU
最小：4 コア以上。
多数の小さなファイルを扱う場合 (ファイル処理 QPS がエージェントあたり毎秒 1,000 を超える場合)：高同時実行のデータ移行では CPU がボトルネックになります。8 コア以上 を選択してください。
2. メモリ
最小：8 GiB 以上。
多数の小さなファイルを扱う場合：高同時実行の移行では大量のメモリが消費され、枯渇するリスクがあります。少なくとも 16 GiB を選択してください。
3. ネットワーク帯域幅
ネットワーク帯域幅は、移行スループットにとって最も重要な要素です。必要な合計帯域幅に基づいて ECS インスタンスの数を計算してください。
計算式：インスタンス数 = 目標とする合計移行帯域幅 ÷ ECS インスタンスあたりのネットワーク帯域幅。
-
例：VPC ソリューションを使用して合計移行帯域幅 100 Gbps を達成するには、各インスタンスの ベースラインネットワーク帯域幅 に注目してください：
ecs.c7.2xlarge (ベースラインネットワーク帯域幅 5 Gbps) → 100 ÷ 5 = 20 インスタンス。
ecs.c7.4xlarge (ベースラインネットワーク帯域幅 10 Gbps) → 100 ÷ 10 = 10 インスタンス。
ECS モデルの詳細については、「インスタンスファミリー」をご参照ください。推奨される ECS インスタンスタイプとそのパフォーマンスメトリックについては、「付録：推奨 ECS インスタンスタイプの選定」をご参照ください。
付録：推奨 ECS インスタンスタイプの選定
特定の ECS インスタンスタイプを選択する際は、優先度の高い順に以下の原則を適用してください：
インスタンスファミリーの中では、第 7 世代以降 の ネットワーク強化型 ファミリーを優先してください。
インスタンスファミリーの中で、同じ vCPU 数の場合は、より大きい ベースラインネットワーク帯域幅 を持つものを優先してください。このメトリックは、移行エージェントの単一マシンでのスループットを決定します。
インスタンスファミリーの中で、同じ vCPU 数の場合は、より小さい メモリ サイズを持つものを優先してください。vCPU 対メモリ比は 1:2 で十分です。移行エージェントは多くのメモリを必要としませんが、多数の小さなファイルを移行すると、非常に多くの小さな I/O リクエストが生成され、大量の CPU リソースが消費されます。
2xlarge 以上のインスタンスタイプを選択してください。
|
インスタンスファミリー |
vCPU (コア) |
メモリ (GiB) |
ベースラインネットワーク帯域幅 (Gbit/s) |
|
ecs.c7.2xlarge |
8 |
16 |
5 |
|
ecs.c7.4xlarge |
16 |
32 |
10 |
|
ecs.c7nex.2xlarge |
8 |
16 |
10 |
|
ecs.c7nex.4xlarge |
16 |
32 |
20 |
|
ecs.c8ine.2xlarge |
8 |
16 |
12 |
|
ecs.c8ine.4xlarge |
16 |
32 |
23 |
|
ecs.c9i.2xlarge |
8 |
16 |
6 |
|
ecs.c9i.3xlarge |
12 |
24 |
10 |
|
ecs.c9i.4xlarge |
16 |
32 |
12 |