Planejar a migração

Nesta página, você encontra detalhes sobre como planejar sua migração.

Estimar a duração da migração de um único volume

A duração da migração de volume é afetada por vários fatores:

  • Velocidade do volume de origem: o tráfego do SnapMirror tem uma prioridade menor do que o tráfego do NFS e do SMB. Cargas de trabalho altas no volume de origem podem reduzir o desempenho do tráfego de saída do SnapMirror.

  • Taxa de transferência de volumes da NetApp: o nível de serviço e o tamanho do volume definem a taxa de transferência. O tráfego NFS ou SMB no volume também pode reduzir o desempenho do SnapMirror.

  • Capacidade de transferência da conexão de rede: o SnapMirror tenta alcançar a velocidade máxima e pode consumir largura de banda compartilhada com outros usuários na conexão de rede entre o sistema ONTAP de origem e NetApp Volumes.

  • Quantidade de dados usados no volume de origem: quanto maior o volume de dados, mais tempo leva para transferir.

  • Taxa de mudança de dados de volume da origem: uma taxa mais alta de mudanças de dados durante o processo de migração aumenta o tempo necessário para que as transferências incrementais sejam sincronizadas.

Uma estimativa aproximada da duração da migração pode ser calculada com uma regra prática.

Exemplo

Considere o seguinte cenário para o cálculo da duração da migração:

  • Volume de origem: capacidade de 15 TiB com 12 TiB de dados usados.

    • Dados a serem transferidos: 12 TiB.

    • A eficiência de armazenamento do ONTAP pode reduzir o tamanho da transferência, mas você pode ignorar isso neste exercício.

    • Suponha que os recursos de performance não sejam um fator limitante.

  • Taxa de mudança: 10% por dia.

    • Taxa de mudança diária de dados: 1,2 TiB.

    • 10% é uma proposição para este exemplo. As taxas de mudança típicas costumam ser muito menores.

  • Conexão de rede: a infraestrutura local é conectada ao Google usando uma interconexão de 10 Gbps.

    • Largura de banda TCP efetiva: aproximadamente 1.000 MiBps, que podem ser usados exclusivamente.

  • Volume de destino: volume de 12 TiB com um nível de serviço Premium.

    • Limite de capacidade de processamento: 12 × 64 MiBps = 768 MiBps.

Cálculo

Neste exemplo, o fator limitante é a capacidade de processamento do volume de destino de 768 MiBps. O desempenho do volume de origem é considerado ilimitado, e a largura de banda da rede é de 1.000 MiBps.

Transferência do grupo de referência

  • Dados a serem transferidos: 12 TiB

  • Limite de capacidade de processamento: 768 MiBps

  • Cálculo do tempo: (12 TiB x 1024^2 MiB/TiB) / 768 MiBps = 16.384 segundos

  • Tempo total para transferência de linha de base: 4,6 horas

Primeira transferência incremental

  • Tempo decorrido desde a transferência de valor de referência: 5 horas

  • Mudança de dados: (12 TiB x 1024 GiB/TiB) * 10% * (5h/24h) = 256 GiB

  • Cálculo de tempo:(256 GiB x 1024 MiB/GiB) / 768 MiBps = 341 segundos

  • Tempo total para a primeira transferência incremental: ~6 minutos

Segunda transferência incremental

  • Tempo decorrido desde a primeira transferência incremental: 1 hora

  • Mudança de dados: (12 TiB x 1024 GiB/TiB) * 10% * (1h/24h) = 51,2 GiB

  • Cálculo do tempo: (51,2 GiB x 1024 MiB/GiB) / 768 MiBps = 68 segundos

  • Tempo total para a segunda transferência incremental: ~70 segundos

Transferências incrementais subsequentes

Depois da primeira transferência incremental, todas as transferências subsequentes geralmente levam menos de uma hora. Após a segunda transferência incremental, todas as transferências subsequentes vão levar aproximadamente o mesmo tempo.

Processo de transição

Inicie o processo de transição logo após a conclusão de uma transferência incremental para minimizar o acúmulo de dados alterados.

Tempo total de migração: aproximadamente 4,7 horas.

Executar várias migrações ou replicações externas em paralelo

As migrações de volume e as replicações externas são gerenciadas na API como duas variações de uma replicação híbrida e consomem a mesma cota de projeto do Google.

O número de replicações híbridas configuradas é limitado por uma cota de projeto específica da região, que é definida como 1 por padrão. É possível solicitar uma cota maior usando o consoleGoogle Cloud para a API NetApp Volumes. Confira as cotas relevantes:

  • netapp.googleapis.com/standard_hybrid_replicated_volumes_per_region

  • netapp.googleapis.com/hybrid_replicated_volumes_per_region

Se você precisar migrar mais volumes do que a cota atual permite, faça essas operações sequencialmente. Recomendamos agrupar em lotes para migração simultânea os volumes que pertencem à mesma carga de trabalho, o que também ajuda na transferência conjunta.

Para a replicação externa, a cota do projeto precisa ser suficiente para acomodar todas as replicações externas configuradas, além de possíveis migrações de volume.

A seguir

Pré-requisitos para ONTAP e NetApp Volumes.