ソースデータがセルフマネージドデータセンター、ローカルサーバーにある場合、または専用回線や VPN を介してクラウドに移行する必要がある場合、Alibaba Cloud データオンライン移行は直接アクセスできません。安全で高速なブリッジとして機能させるために、ECS インスタンスにエージェントプログラムをデプロイする必要があります。高帯域幅、低遅延の移行には、適切なエージェント構成が不可欠です。
仕組み
ソースでのエージェントのデプロイ
IDC データセンターやサードパーティのクラウドストレージのデータなど、セルフマネージドストレージから Alibaba Cloud OSS にデータを移行する場合は、ソースにエージェントをデプロイします。
仕組み: エージェントは、データを読み取るための安全なエントリポイントとして機能します。データオンライン移行は、このエージェントを介してソースデータをアクティブにプルし、Alibaba Cloud の内部移行サーバーに転送してから、移行先の OSS バケットに書き込みます。
データストリーム: データソース → エージェント ECS → データオンライン移行サーバー → 移行先 OSS。
移行先でのエージェントのデプロイ
移行先がローカルファイルシステム (LocalFs) である場合など、一部のシナリオでは、移行先にエージェントをデプロイする必要があります。
仕組み: エージェントは、データを書き込むための安全な出口ポイントとして機能します。データオンライン移行は、このエージェントを介してローカルストレージシステムにデータを書き込みます。
データストリーム: OSS データソース → データオンライン移行サーバー → エージェント ECS → 移行先ストレージ。
ステップ 1: ネットワークソリューションの選択
移行シナリオに基づいて、エージェント ECS とデータオンライン移行間のネットワーク接続方法を選択します。
VPC 接続 (推奨): エージェント ECS とデータオンライン移行が同じ Alibaba Cloud リージョンにデプロイされている場合は、内部通信に VPC を使用することをお勧めします。この方法は、より高いセキュリティ、より優れた安定性、およびより低い遅延を提供します。エージェント ECS がそのリージョンのデータオンライン移行の内部の同一リージョンエンドポイントにアクセスできることを確認する必要があります。たとえば、中国 (北京) リージョンでデータオンライン移行を使用する場合、エージェントは中国 (北京) リージョンのデータオンライン移行の内部の同一リージョンエンドポイント ({TunnelId}.cn-beijing.mgw-tc-internal.aliyuncs.com) にアクセスできる必要があります。
インターネット接続: エージェント ECS とデータオンライン移行が異なるリージョンにある場合、またはエージェントがローカルサーバーまたはサードパーティのクラウドにデプロイされている場合は、インターネットを使用してアクセスします。エージェントにパブリック IP アドレスがあり、そのリージョンのサービスのパブリックドメイン名にアクセスできることを確認する必要があります。たとえば、中国 (北京) リージョンでデータオンライン移行を使用する場合、エージェントは中国 (北京) リージョンのデータオンライン移行のパブリックドメイン名 ({TunnelId}.cn-beijing.mgw-tc.aliyuncs.com) にアクセスできる必要があります。
ネットワークソリューションを選択したら、エージェント ECS のインスタンスタイプと数量を計画します。
ステップ 2: ECS 選択の計画
ターゲットの移行帯域幅とデータ属性に基づいて、ECS に適した CPU、メモリ、およびネットワーク帯域幅の構成を選択します。
1. CPU
最小要件: 4 コア以上。
推奨構成: 多数の小さいファイル (ファイル処理のクエリ/秒 (QPS) > エージェントあたり毎秒 1,000) を移行する場合、高同時実行データ移行のために CPU がボトルネックになる可能性があります。このシナリオでは、8 コア以上の CPU を選択することをお勧めします。
2. メモリ
最小要件: 8 GiB 以上。
推奨構成: 同様に、多数の小さいファイルがあるシナリオでは、高同時実行データ移行は大量のメモリを消費し、メモリ枯渇につながる可能性があります。この場合、少なくとも 16 GiB のメモリを使用することをお勧めします。
3. ネットワーク帯域幅
これは、全体的な移行効率を決定するための最も重要なメトリックです。総帯域幅要件に基づいて、必要な ECS インスタンスの数を計算する必要があります。
コア原則: 必要な ECS インスタンスの数 = ターゲットの総移行帯域幅 / 単一 ECS のネットワーク帯域幅
計算例: ターゲットの総移行帯域幅が 100 Gbps で、ステップ 1 で VPC ソリューションを選択したとします。この場合、ECS の内部帯域幅に注目する必要があります。
ecs.c7.2xlarge (インスタンスあたりの内部帯域幅 5 Gbps) を選択した場合、100 / 5 = 20 インスタンスが必要です。
ecs.c7.4xlarge (インスタンスあたりの内部帯域幅 10 Gbps) を選択した場合、100 / 10 = 10 インスタンスが必要です。
ECS モデルの詳細については、「インスタンスファミリー」をご参照ください。推奨される ECS インスタンスタイプとそのパフォーマンスメトリックについては、「付録: 推奨される ECS インスタンスタイプ」をご参照ください。
付録: 推奨される ECS インスタンスタイプ
インスタンスファミリー | 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 |