當您的來源資料位於自建 IDC、本機伺服器,或需通過專線/VPN 上雲時,阿里雲線上遷移服務無法直接存取源端資料。此時,需要在 ECS 執行個體上部署代理程式,作為串連資料來源與阿里雲線上遷移服務的安全、高速橋樑。正確配置代理是實現高頻寬、低延遲遷移的關鍵。
工作原理
源端部署代理程式
將自建儲存(如IDC機房內的資料)或第三方雲端儲存的資料移轉至阿里雲 OSS 時,可以採用源端部署代理程式的模式。

工作機制:代理作為資料讀取的安全入口。線上遷移服務通過該代理,主動拉取您源端的資料,並將其轉寄至阿里雲內部的遷移服務端,最終寫入目標 OSS Bucket。
資料流向:資料來源 → 代理 ECS → 線上遷移服務端 → 目的 OSS。
目的端部署代理程式
在某些情境,如目的端是本地檔案系統LocalFs,需採用目的端部署代理程式的模式。

工作機制:代理作為資料寫入的安全出口。線上遷移服務通過該代理,將資料寫入您的本機存放區系統。
資料流向:OSS資料來源 → 線上遷移服務端 → 代理 ECS → 目標儲存。
步驟一:選擇網路方案
根據實際遷移情境,選擇合適的代理 ECS 與線上遷移服務之間的網路連接方式:
VPC 串連(推薦):當代理 ECS 與線上遷移服務部署在同一阿里雲地區時,建議使用 VPC 內網通訊,具有更高安全性、穩定性和更低延遲。需確保代理 ECS 能訪問所在地區線上遷移服務的內網網域名稱,例如:使用線上遷移服務華北2(北京)地區,則此代理必須可以訪問線上遷移服務華北2(北京)地區的內網網域名稱 {TunnelId}.cn-beijing.mgw-tc-internal.aliyuncs.com。
公網串連:當代理 ECS 與線上遷移服務跨地區部署,或代理部署在本機伺服器或第三方雲上時,可通過公網接入。需確保代理具備公網 IP,並能訪問所在地區的公網網域名稱,例如:使用線上遷移服務華北2(北京)地區,則此代理必須可以訪問線上遷移服務華北2(北京)地區的公網網域名稱{TunnelId}.cn-beijing.mgw-tc.aliyuncs.com。
完成網路方案選擇後,即可規劃代理 ECS 的執行個體規格與數量。
步驟二:規劃 ECS 選型
根據業務遷移目標頻寬和資料特性,合理選擇 ECS 的 CPU、記憶體和網路頻寬配置:
1. CPU
最低要求:不低於 4 核。
推薦配置:當遷移海量小檔案(檔案處理 QPS > 1000 次/秒/台代理)時,CPU 會因高並發的資料移轉而成為瓶頸。此時,推薦選擇 8 核或以上的 CPU。
2. 記憶體
最低要求:不低於 8 GB。
推薦配置:同樣,在海量小檔案情境下,高並發的資料移轉會佔用大量記憶體,有記憶體用盡的風險。此時,推薦不低於16GB。
3. 網路頻寬
這是決定遷移總效率的最關鍵計量,需要根據總頻寬需求,反向推算出所需的 ECS 執行個體數量。
核心原則:所需 ECS 執行個體數量 = 目標總遷移頻寬 / 單台 ECS 的網路頻寬
計算樣本: 假設目標總遷移頻寬為 100 Gbps,並且在步驟一中選擇了 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 |