Estimate migration time and test transfer speed - Server Migration Center: Central de Documentação do Alibaba Cloud

O tempo total depende da quantidade de servidores a migrar e do volume total de dados. Execute uma migração de teste para obter uma estimativa precisa. Este tópico descreve como estimar o tempo de uma migração completa ou incremental e como testar a velocidade de transferência de dados.

Informações básicas

Durante uma migração com o Server Migration Center (SMC), o serviço provisiona primeiro uma instância intermediária temporária na sua conta Alibaba Cloud. Se você migrar para uma instância de destino específica, essa instância funcionará como intermediária. Em seguida, os dados são transferidos do servidor de origem para um disco em nuvem na instância intermediária. Por fim, o SMC cria uma imagem ECS a partir dos dados no disco em nuvem. Para mais informações, consulte Como o SMC funciona. Portanto, o tempo total de migração corresponde à soma do tempo de transferência de dados com o tempo de criação da imagem. Para detalhes, veja Estimar o tempo de migração.

Ao longo do processo, a velocidade de transferência do servidor de origem para a instância intermediária é o principal fator determinante da duração da migração. Para saber como testar essa velocidade, consulte Testar a velocidade de transferência de dados.

A tabela a seguir descreve as possíveis causas e soluções caso a velocidade real de transferência de dados seja inferior à velocidade testada.

Possível causa	Solução
O servidor de origem e a instância intermediária estão em regiões ou países diferentes. Transferências de dados entre regiões ou países podem ser mais lentas do que aquelas dentro da mesma região.	Se o problema for transferência entre regiões, adote uma das seguintes medidas: Migre o servidor de origem para a mesma região da Alibaba Cloud, gere uma imagem e copie-a para a região de destino. Para mais informações, consulte Copiar uma imagem personalizada. Verifique se há problemas com seu provedor de serviços de rede.
A velocidade de migração depende da largura de banda de saída do servidor de origem e da largura de banda de entrada da instância intermediária. A largura de banda da instância intermediária é limitada. Por padrão, a largura de banda pública de entrada máxima é de 100 Mbps. Consequentemente, a velocidade máxima de transferência pela internet pública é de 100 Mbps por padrão. Importante Ao migrar para uma instância de destino que utiliza um endereço IP elástico (EIP), a largura de banda pública de entrada fica limitada pela largura de banda pública de saída do EIP, conforme descrito abaixo: Se a largura de banda de saída do EIP for de 10 Mbps ou menos, a largura de banda de entrada da instância será de 10 Mbps. Se a largura de banda de saída do EIP for superior a 10 Mbps, a largura de banda de entrada da instância será, por padrão, igual à largura de banda de saída do EIP.	Para resolver essa questão, utilize um dos métodos a seguir: Método 1: No console ECS, localize a instância intermediária ou a instância de destino. Converta o IP público estático da instância para um endereço IP elástico (EIP) com pagamento conforme o uso e aumente sua largura de banda de pico para 200 Mbps. Essa ação gera cobranças. Para mais informações, consulte Converter um endereço IP público estático em um EIP e Modificar a largura de banda de um EIP. Importante Não é possível reverter um EIP para um IP público estático. Como os EIPs não são liberados automaticamente quando a instância associada é liberada, libere manualmente o EIP com pagamento conforme o uso após a migração para evitar cobranças inesperadas. Para mais informações, consulte Liberar um EIP com pagamento conforme o uso. Método 2: Se o servidor de origem puder acessar uma Virtual Private Cloud (VPC) em uma região da Alibaba Cloud, selecione migration over a VPC para sua migration job. Esse método é mais rápido e estável do que a migração pela internet pública. É possível conectar o servidor de origem à VPC usando VPN Gateway, Express Connect ou Smart Access Gateway. Para mais informações, consulte Conectar uma VPC a um data center on-premises ou outra nuvem.
Gargalos de desempenho no servidor de origem, como limitações de CPU, memória ou disco, podem reduzir a velocidade de transferência do SMC.	Resolva os gargalos de desempenho no servidor de origem, por exemplo, atualizando a CPU, a memória ou o desempenho do disco. Melhore a eficiência da transferência desativando a compressão de dados. Na seção Create Migration Job > Advanced Settings > Compression Ratio ou Edit Job > Compression Ratio, defina a Compression Ratio como 0. A compressão de dados consome recursos de CPU e é recomendada para cenários de baixa largura de banda. Em cenários de alta largura de banda, ela pode reduzir as velocidades de transferência.
O servidor de origem contém arquivos grandes e dinâmicos, como arquivos de banco de dados ou de log.	Pause os serviços de dados relacionados durante a migração para impedir alterações nos arquivos grandes e tente novamente. Utilize configurações de filtro para excluir os diretórios relevantes e tente novamente. Para mais informações, consulte Como filtro ou excluo arquivos ou diretórios que não desejo migrar?. Posteriormente, migre os arquivos ou diretórios excluídos usando outros métodos.
O servidor de origem possui um grande número de arquivos pequenos, como dados de um sistema de arquivos distribuído ou de um servidor de arquivos.	Use configurações de filtro para excluir os diretórios relevantes e tente novamente. Para mais informações, consulte Como filtro ou excluo arquivos ou diretórios que não desejo migrar? É possível migrar os arquivos ou diretórios excluídos posteriormente por meio de outros métodos.
O servidor de origem tem baixa largura de banda de saída.	Aumente temporariamente a largura de banda de saída do servidor de origem. Na seção Create Migration Job > Advanced Settings > Compression Ratio ou Edit Job > Compression Ratio, ative a compressão de dados definindo a Compression Ratio (recomenda-se o valor 7). A compressão de dados melhora a eficiência da transferência, mas consome alguns recursos de CPU. Não é recomendada para cenários de alta largura de banda.

Nota

Os exemplos neste tópico servem apenas como referência.

Estimar o tempo de migração

Antes de iniciar uma migração de servidor ou uma migração sem agente para VMware, estime o tempo necessário para uma migração completa ou uma migração incremental.

Estimar o tempo de migração completa

O tempo total de uma migração completa é a soma do tempo de transferência de dados e do tempo de criação da imagem. O diagrama a seguir ilustra como estimar o tempo necessário. Observe os pontos abaixo:

A velocidade de criação de snapshot é de aproximadamente 100 MB/s.

A criação automática de snapshots geralmente atinge o pico por volta da meia-noite. Esse pico de atividade pode reduzir a largura de banda disponível para cada snapshot, resultando em tempos de criação mais longos.

Para informações sobre como testar a velocidade real da rede, consulte Testar a velocidade de transferência de dados.

Por exemplo, suponha que um servidor de origem tenha 10 GB de dados em uso e uma largura de banda de saída de 10 Mbps. O tempo estimado para uma migração completa é calculado da seguinte forma:

Converta as unidades.
- Volume real de dados: 10 GB = 10 × 1.024 = 10.240 MB
- Velocidade real da rede: 10 Mbps = 10/8 = 1,25 MB/s
Calcule o tempo de transferência de dados.

Tempo de transferência de dados: 10.240 MB / 1,25 MB/s = 8.192 segundos ≈ 2,27 horas
Calcule o tempo de criação da imagem.

Tempo de criação da imagem: 10.240 MB / 100 MB/s = 102,4 segundos ≈ 0,03 horas
Calcule o tempo total de migração.

Tempo total de migração: 2,27 horas + 0,03 horas = 2,3 horas

Estimar o tempo de migração incremental

O tempo necessário para uma migração incremental consiste no tempo de comparação incremental, no tempo de transferência de dados e no tempo de criação da imagem. O diagrama a seguir mostra como estimar o tempo necessário. Considere os seguintes pontos:

A velocidade de criação de snapshot é de aproximadamente 100 MB/s.

A criação automática de snapshots geralmente atinge o pico por volta da meia-noite. Esse pico de atividade pode reduzir a largura de banda disponível para cada snapshot, resultando em tempos de criação mais longos.

A velocidade de comparação incremental é de aproximadamente 100 MB/s.

Essa estimativa pressupõe o uso de replicação no nível de bloco, em que a velocidade de comparação está relacionada ao desempenho de E/S do disco. Se a replicação no nível de bloco não estiver ativada, a velocidade de comparação dependerá da quantidade e do tamanho dos arquivos alterados.
Para informações sobre como testar a velocidade real da rede, consulte Testar a velocidade de transferência de dados.
Para migração sem agente para VMware, ative o Changed Block Tracking (CBT), que reduz o tempo de comparação incremental a zero.

Para mais informações, consulte Migração incremental sem agente para VMware.

Por exemplo, suponha que um servidor de origem tenha 40 GB de dados em uso, 2 GB de dados incrementais e uma largura de banda de saída de 10 Mbps. O tempo estimado para uma migração incremental é calculado da seguinte forma:

Converta as unidades.
- Volume de dados do disco: 40 GB = 40 × 1.024 = 40.960 MB
- Volume de dados incrementais: 2 GB = 2 × 1.024 = 2.048 MB
- Velocidade real da rede: 10 Mbps = 10/8 = 1,25 MB/s
Calcule o tempo de comparação incremental.

Tempo de comparação incremental: 40.960 MB / 100 MB/s = 409,6 segundos ≈ 0,11 horas
Calcule o tempo de transferência de dados.

Tempo de transferência de dados: 2.048 MB / 1,25 MB/s = 1.638,4 segundos ≈ 0,46 horas
Calcule o tempo de criação da imagem.

Tempo de criação da imagem: 2.048 MB / 100 MB/s = 20,48 segundos ≈ 0,01 horas
Calcule o tempo total de migração incremental.

Tempo total de migração: 0,11 + 0,46 + 0,01 = 0,58 horas

Testar a velocidade de transferência de dados

A velocidade de transferência do servidor de origem para a instância intermediária depende tanto da largura de banda de saída do servidor de origem quanto da largura de banda de entrada da instância intermediária.

Por exemplo:

Se a largura de banda de saída do servidor de origem for de 50 Mbps e a largura de banda de entrada da instância intermediária for de 100 Mbps, a velocidade máxima teórica de transferência não ultrapassará 50 Mbps.
Se a largura de banda de saída do servidor de origem for de 150 Mbps e a largura de banda de entrada da instância intermediária for de 100 Mbps, a velocidade máxima teórica de transferência não ultrapassará 100 Mbps.

Nota

A largura de banda de 1 Mbps exibida para a instância no console ECS refere-se à largura de banda de saída da instância intermediária. Isso não afeta a velocidade de migração, que depende da largura de banda de entrada da instância intermediária.

Siga estas etapas para testar a velocidade de transferência com a ferramenta iPerf:

Crie uma instância ECS com pagamento conforme o uso na região de destino da Alibaba Cloud.
Na instância, execute as seguintes ações:
1. Instale a ferramenta iPerf.
2. Inicie o iPerf no modo servidor.
3. Adicione uma regra de grupo de segurança para abrir a porta necessária do iPerf.
No servidor de origem, execute as seguintes ações:
1. Instale a ferramenta iPerf.
2. Inicie o iPerf no modo cliente. Defina o endereço IP do servidor de destino como o endereço IP público da instância com pagamento conforme o uso criada na Etapa 1.

Linux

Estas etapas usam o CentOS 7 como exemplo. Os comandos podem variar dependendo da versão do seu SO.

Crie uma instância CentOS 7 com pagamento conforme o uso na região de destino da Alibaba Cloud.
Adicione uma regra de entrada ao grupo de segurança da instância para permitir tráfego na porta necessária do iPerf.

Neste exemplo, utiliza-se a porta padrão TCP 5001 do iPerf.
Conecte-se à instância CentOS 7.
Na instância CentOS 7, execute as seguintes ações:
1. Execute o comando a seguir para instalar a ferramenta iPerf.
```
yum -y install iperf3
```
2. Execute o comando a seguir para iniciar o iPerf no modo servidor.
```
iperf3 -s
```
No servidor de origem, execute as seguintes ações:
1. Baixe e instale a ferramenta iPerf.
2. Execute o comando a seguir para iniciar o iPerf no modo cliente.
  Substitua <instance_ip> pelo endereço IP público da instância que você criou.
```
iperf3 -c <instance_ip> -i 1 -d
```
Aguarde a conclusão do teste e registre os resultados.

Windows

Estas etapas usam o Windows Server 2008 como exemplo. Os procedimentos podem variar dependendo da versão do seu SO.

Crie uma instância Windows Server 2008 com pagamento conforme o uso na região de destino da Alibaba Cloud.
Adicione uma regra de entrada ao grupo de segurança da instância para permitir tráfego na porta necessária do iPerf.

Neste exemplo, utiliza-se a porta padrão TCP 5001 do iPerf.
Conecte-se à instância.
Na instância Windows Server 2008, execute as seguintes ações:
1. Baixe e instale a ferramenta iPerf.
2. Abra o Prompt de Comando.
3. Execute o comando cd <iperf_directory> para navegar até o diretório da ferramenta.
4. Execute iperf3.exe -s para iniciar o iPerf no modo servidor.
No servidor de origem, execute as seguintes ações:
1. Baixe e instale a ferramenta iPerf.
2. Execute o comando a seguir para iniciar o iPerf no modo cliente.
  Substitua <instance_ip> pelo endereço IP público da instância que você criou.
```
iperf3.exe -c <instance_ip> -i 1 -d
```
Aguarde a conclusão do teste e registre os resultados.