Esta página fornece detalhes sobre como planear a migração.
Estime a duração da migração para 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 inferior ao tráfego do NFS e SMB. As cargas de trabalho elevadas no volume de origem podem reduzir o desempenho do tráfego SnapMirror de saída.
Débito dos volumes NetApp: o nível de serviço e o tamanho do volume definem o respetivo débito. O tráfego NFS ou SMB no volume também pode reduzir o desempenho do SnapMirror.
Débito da ligação de rede: o SnapMirror tenta alcançar a velocidade máxima e pode consumir largura de banda partilhada com outros utilizadores na ligação de rede entre o sistema ONTAP de origem e os volumes NetApp.
Quantidade de dados usados no volume de origem: os volumes de dados maiores requerem mais tempo para a transferência.
Taxa de alteração dos dados de volume de origem: uma taxa mais elevada de alterações de dados durante o processo de migração aumenta o tempo necessário para sincronizar as transferências incrementais.
Pode calcular uma estimativa aproximada da duração da migração 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 transferir: 12 TiB.
A eficiência do armazenamento do ONTAP pode reduzir o tamanho da transferência, mas pode ignorar isso para este exercício.
Parta do princípio de que as capacidades de desempenho não são um fator limitativo.
Taxa de alteração: 10% por dia.
Taxa de alteração de dados diária: 1,2 TiB.
10% é uma suposição para este exemplo. As taxas de alteração típicas são geralmente muito inferiores.
Ligação de rede: a infraestrutura no local está ligada à Google através de uma interligação de 10 Gbps.
- Largura de banda TCP efetiva: aproximadamente 1000 MiBps, que podem ser usados exclusivamente.
Volume de destino: volume de 12 TiB com um nível de serviço Premium.
- Limite de débito: 12 × 64 MiBps = 768 MiBps.
Cálculo
Neste exemplo, o fator limitativo é o limite de débito do volume de destino de 768 MiBps. O desempenho do volume de origem é considerado ilimitado e a largura de banda da rede é de 1000 MiBps.
Transferência de valor de referência
Dados a transferir: 12 TiB
Limite de débito: 768 MiBps
Cálculo do tempo: (12 TiB x 1024^2 MiB/TiB) / 768 MiBps = 16 384 segundos
Tempo total para a transferência de base: 4,6 horas
Primeira transferência incremental
Tempo decorrido desde a transferência de base: 5 horas
Alteração de dados: (12 TiB x 1024 GiB/TiB) * 10% * (5h/24h) = 256 GiB
Cálculo do 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
Alteração de dados: (12 TiB x 1024 GiB/TiB) * 10% * (1 h/24 h) = 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
Após a primeira transferência incremental, todas as transferências subsequentes demoram normalmente menos de uma hora. Após a segunda transferência incremental, todas as transferências subsequentes demoram aproximadamente o mesmo tempo.
Processo de transição
Inicie o processo de transição pouco depois de uma transferência incremental ser concluída para minimizar a acumulação 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 volumes e as replicações externas são geridas na API como duas variações de uma replicação híbrida e consomem a mesma quota do projeto Google.
O número de replicações híbridas configuradas é limitado por uma quota do projeto específica da região, que está definida como 1
por predefinição. Pode pedir uma quota mais elevada
através da Google Cloud consola para a
API NetApp Volumes. Seguem-se as quotas relevantes:
netapp.googleapis.com/standard_hybrid_replicated_volumes_per_region
netapp.googleapis.com/hybrid_replicated_volumes_per_region
Se precisar de migrar mais volumes do que a sua quota atual permite, tem de realizar estas operações sequencialmente. Recomendamos que agrupe os volumes que pertencem à mesma carga de trabalho em lotes para migração simultânea, o que também ajuda a transferi-los em conjunto.
Para a replicação externa, a quota do seu projeto tem de ser suficiente para acomodar todas as replicações externas configuradas, além de potenciais migrações de volume.
O que se segue?
Pré-requisitos para o ONTAP e os volumes NetApp.