Nesta página, você encontra uma visão geral do recurso de migração de volume.
Sobre a migração de volumes
Com o recurso de migração de volumes, é possível migrar volumes de fontes baseadas no ONTAP para o Google Cloud NetApp Volumes usando uma migração baseada no SnapMirror. O SnapMirror funciona em um nível por volume e pode replicar um volume de origem para um volume de destino em um sistema diferente.
O SnapMirror oferece muitas vantagens em relação aos métodos convencionais de cópia de dados:
Ele opera em qualquer rede IP e é resiliente a problemas de rede, oferecendo suporte a uma ampla variedade de velocidades e latências de rede.
Ele copia apenas os dados usados.
Após uma transferência inicial de dados de linha de base, as transferências subsequentes são incrementais, copiando apenas os dados alterados indefinidamente. O cálculo das mudanças para transferências incrementais é excepcionalmente rápido e independente do tipo de dados armazenados no volume.
As transferências mantêm a eficiência do armazenamento. Se o volume de origem tiver dados desduplicados ou compactados, essas eficiências serão transferidas, reduzindo a quantidade de dados a serem transferidos.
Todas as transferências são criptografadas em trânsito.
É possível usar o volume de origem sem um impacto perceptível na performance.
É possível usar o volume de destino em um estado somente leitura após a conclusão da transferência de base.
Todos os dados, incluindo metadados, como listas de controle de acesso (ACLs) complexas e arquivos bloqueados, são transferidos.
O SnapMirror transfere volumes entre sistemas ONTAP, mesmo em diferentes locais geográficos.
O NetApp Volumes já usa o SnapMirror para o recurso de replicação de volume, que permite a replicação de volumes do NetApp entre diferentes regiões do Google. Um novo subtipo de replicação de volume, chamado de replicação híbrida, agora oferece suporte à migração de volumes do ONTAP para o NetApp Volumes.
Visão geral do processo de migração
A replicação híbrida garante migrações de dados rápidas, consistentes e completas da origem para o destino com impacto mínimo na produção. Esse processo consiste nas seguintes fases:
Autenticação
Durante a fase de autenticação, os administradores de armazenamento do sistema ONTAP de origem precisam conceder permissão ao NetApp Volumes para buscar um volume do sistema de origem. Isso é feito por etapas administrativas no sistema ONTAP de origem, chamado de peering de cluster e peering de SVM. O processo de migração de volume gera os comandos do ONTAP que os administradores precisam executar no sistema de origem.
Transferência de grupo de referência
Depois de configurar uma migração, um snapshot cria um ponto de consistência no sistema de origem. Todos os dados capturados desse snapshot, incluindo os mais antigos, são transferidos para o NetApp Volumes durante uma fase inicial chamada de transferência de linha de base.
Uma transferência de base pode levar minutos, horas, dias ou semanas. Essa duração depende do seguinte:
A quantidade de dados no snapshot.
A velocidade da rede entre o sistema de origem do ONTAP e o NetApp Volumes.
A configuração de capacidade de processamento do NetApp Volumes.
Durante a transferência de base, o volume de origem continua atendendo à sua carga de trabalho, e os dados são adicionados, alterados ou excluídos. Essas mudanças não afetam o snapshot usado para o ponto de consistência da linha de base. Enquanto o valor de referência está em andamento, o volume de destino não fica disponível para os clientes. Depois que o processo for concluído, o volume de destino ficará on-line e disponível para acesso do cliente no modo somente leitura. O volume de destino terá um endereço IP diferente.
Ao contrário da replicação de volume, a migração de volume não pode ler os parâmetros do volume de origem, como tamanho, opções de protocolo e políticas de exportação ou snapshot. Portanto, configure essas opções corretamente para o volume de destino.
Agora é possível começar a montar ou mapear o volume de destino para as VMs e se preparar para o fim da migração.
Transferências incrementais
Depois que a transferência de valor de referência for concluída, a migração vai acionar transferências incrementais a cada hora.
Cada transferência incremental realiza as seguintes ações:
Tira um novo snapshot do volume de origem.
Calcula as mudanças nos dados entre os snapshots atual e anterior.
Começa a transferir essas mudanças para o destino.
Se um volume significativo de mudanças ocorrer desde o snapshot de base, e uma transferência incremental ainda estiver em execução quando a próxima transferência por hora for programada, essa transferência será ignorada. A próxima transferência incremental captura um novo snapshot de origem, exclui o snapshot mais antigo do SnapMirror, calcula as mudanças e as transfere.
Os clientes que montam o volume de destino veem uma visualização somente leitura com conteúdo estático. No entanto, quando uma transferência incremental é concluída, o conteúdo do volume é atualizado instantaneamente do snapshot de replicação anterior para o mais recente em uma única operação atômica.
A menos que a quantidade de novos dados adicionados ao volume de origem exceda o que pode ser transferido em uma hora, o tamanho da transferência incremental diminui a cada transferência bem-sucedida. Esse processo continua até se estabilizar em uma taxa definida pela taxa de mudança horária do volume de origem, o que pode levar algumas iterações. Quando esse estado estável for alcançado, você poderá agendar uma migração. Para minimizar o tempo de inatividade necessário durante a migração, o objetivo é reduzir as mudanças entre os volumes de origem e de destino.
Transição
Durante uma transição, você move suas cargas de trabalho do volume de origem para o volume de destino sem perda de dados (RPO = 0) e com tempo de inatividade mínimo (RTO). O processo de migração consiste nas seguintes subetapas:
Parar modificações
Como as transferências incrementais são assíncronas, o volume de origem pode conter mudanças que ainda não foram refletidas no volume de destino. Para sincronizar, interrompa todas as modificações no volume de origem fazendo o seguinte:
Interromper todos os aplicativos que modificam dados.
Opcional: mude as permissões de volume para somente leitura e impeça que qualquer cliente modifique os dados.
Aguardar a transferência atual
Verifique se todas as transferências incrementais em execução foram concluídas.
Fazer uma transferência incremental manual
Faça uma transferência incremental manual para enviar os dados mais recentes ao sistema de destino. Isso leva apenas alguns segundos ou minutos, dependendo do volume de dados alterados desde a última transferência, da velocidade da rede e dos limites de capacidade dos volumes de destino.
Depois que a transferência incremental manual for concluída, os dados mais recentes estarão disponíveis no destino.
Parar replicação
Execute a operação de interrupção na replicação para tornar o volume de destino de leitura/gravação. Isso conclui a migração de dados.
Reconfigurar e reiniciar aplicativos
Reconfigure seus aplicativos para usar o volume de destino e reinicie-os. Verifique se todo o acesso a dados do volume de origem foi interrompido para evitar que qualquer aplicativo use o volume de origem por engano.
Limpeza
Se a transferência for concluída, execute as seguintes etapas de limpeza:
Excluir replicação interrompida: quando você exclui a replicação interrompida, o recurso de replicação é excluído, mas o volume de destino não é. Esse processo também exclui a relação do SnapMirror usada no back-end com o sistema de origem.
Remova o peering de cluster: se essa foi a última relação do SnapMirror entre o NetApp Volumes e o cluster de origem, remova o peering de cluster do sistema ONTAP de origem. Além disso, é possível remover qualquer rede configurada apenas para fins de migração entre a origem e o destino.