Se seus dados de source estiverem em um IDC autogerenciado, em um servidor local ou precisarem ser carregados para a cloud por linha dedicada ou VPN, o Alibaba Cloud Data Online Migration não conseguirá acessá-los diretamente. Nesse caso, implante um agente em uma instância ECS. O agente atua como uma ponte segura e de alta velocidade entre sua fonte de dados e o Data Online Migration. Configurar corretamente o agente é fundamental para garantir migrações com alta largura de banda e baixa latência.
Como funciona
Cada instância de agente pode ser implantada e executada em apenas uma máquina. Após implantar uma instância de agente, não a implante novamente em outra máquina.
Em cenários com múltiplos agentes, utilize máquinas com tipos de instância idênticos. Se você misturar agentes de especificações altas e baixas, os de menor capacidade podem reduzir o desempenho geral. Isso resulta em velocidade de migração real inferior à obtida com o uso exclusivo de agentes de alta especificação.
Implante um agente na origem
Ao migrar dados de armazenamento autogerenciado — como data center IDC ou armazenamento em cloud de terceiros — para o Alibaba Cloud OSS, implante um agente na origem.
Funcionamento: O agente atua como ponto de entrada seguro para leitura de dados. O Data Online Migration extrai os dados de source pelo agente, encaminha-os ao servidor interno de migração da Alibaba Cloud e os grava no bucket OSS de destino.
Fluxo de dados: Fonte de dados → ECS do agente → Servidor do Data Online Migration → Bucket OSS de destino.
Implante um agente no destino
Em alguns cenários — como quando o destino é um sistema de arquivos local (LocalFs) — implante o agente no destino.
Funcionamento: O agente serve como ponto de saída seguro para escrita de dados. O Data Online Migration grava os dados no seu armazenamento local por meio do agente.
Fluxo de dados: Fonte de dados OSS → Servidor do Data Online Migration → ECS do agente → Armazenamento de destino.
Etapa 1: Selecione uma solução de rede
Com base no seu cenário de migração, selecione o método de conexão de rede adequado entre a instância ECS do agente e o Data Online Migration:
Conexão VPC (Recomendado): Utilize esta opção quando a ECS do agente e o Data Online Migration estiverem na mesma região da Alibaba Cloud. A comunicação interna via vpc oferece maior segurança, estabilidade e menor latência. Certifique-se de que a ECS do agente consiga alcançar o endpoint interno da mesma região do Data Online Migration. Por exemplo, se utilizar o Data Online Migration na região china (Beijing), o agente deve acessar:
{TunnelId}.cn-beijing.mgw-tc-internal.aliyuncs.com.Conexão Internet: Escolha esta opção quando a ECS do agente e o Data Online Migration estiverem em regiões diferentes, ou quando o agente for executado em servidor local ou cloud de terceiros. Verifique se o agente possui endereço IP público e consegue alcançar o endpoint público do Data Online Migration na região alvo. Por exemplo, ao utilizar o Data Online Migration na região china (Beijing), o agente deve ter acesso a:
{TunnelId}.cn-beijing.mgw-tc.aliyuncs.com.
Após selecionar a solução de rede, planeje o tipo e a quantidade de instâncias ECS para o agente.
Etapa 2: Planeje a seleção da ECS
Defina as configurações de CPU, memória e largura de banda de rede com base na largura de banda de migração alvo e nas características dos dados.
1. CPU
Mínimo: Pelo menos 4 núcleos.
Para grandes volumes de arquivos pequenos (QPS de processamento de arquivos superior a 1.000 por segundo por agente): A CPU torna-se o gargalo em migrações de dados com alta concorrência. Selecione 8 núcleos ou mais.
2. Memória
Mínimo: Pelo menos 8 GiB.
Para grandes volumes de arquivos pequenos: Migrações com alta concorrência consomem muita memória e apresentam risco de exaustão. Selecione pelo menos 16 GiB.
3. Largura de banda de rede
A largura de banda de rede é o fator mais crítico para o throughput da migração. Calcule o número de instâncias ECS com base na sua necessidade total de largura de banda.
Fórmula: Número de instâncias = Largura de banda total alvo da migração ÷ Largura de banda de rede por instância ECS.
-
Exemplo: Para atingir 100 Gbps de largura de banda total de migração usando a solução vpc, considere a largura de banda interna de cada instância:
ecs.c7.2xlarge (5 Gbps de largura de banda interna) → 100 ÷ 5 = 20 instâncias.
ecs.c7.4xlarge (10 Gbps de largura de banda interna) → 100 ÷ 10 = 10 instâncias.
Para mais informações sobre modelos de ECS, consulte Instance family . Para tipos de instância ECS recomendados e suas métricas de desempenho, veja Appendix: Selected recommended ECS instance types .
Apêndice: Tipos de instância ECS recomendados
Ao escolher um tipo específico de instância ECS, aplique os seguintes princípios, ordenados da maior para a menor prioridade:
Dentre as famílias de instâncias, prefira as otimizadas para rede da 7ª geração ou superior.
Entre famílias com a mesma contagem de vCPU, priorize aquela com maior largura de banda de rede baseline. Essa métrica determina o throughput individual do agente de migração.
Para uma mesma quantidade de vCPU, opte por tamanhos de memória menores. Uma proporção de 1:2 entre vCPU e memória é suficiente. O agente de migração não exige muita memória, mas a transferência de muitos arquivos pequenos gera volume massivo de requisições de I/O e consome recursos significativos de CPU.
Escolha um tipo de instância 2xlarge ou superior.
|
Família de instâncias |
vCPU (núcleos) |
Memória (GiB) |
Largura de banda de rede baseline (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 |