Vista geral da migração de volume

Esta página oferece uma vista geral da funcionalidade de migração em massa.

Acerca da migração de volume

A funcionalidade de migração de volumes permite-lhe migrar volumes de origens baseadas no ONTAP para os Google Cloud NetApp Volumes através de uma migração baseada no SnapMirror. O SnapMirror funciona ao nível do volume e pode replicar um volume de origem para um volume de destino num sistema diferente.

O SnapMirror oferece muitas vantagens em relação aos métodos convencionais de cópia de dados:

  • Funciona em qualquer rede IP e é resiliente a problemas de rede, suportando uma vasta gama de velocidades de rede e latências.

  • Copia apenas os dados usados.

  • Após uma transferência de dados de base inicial, as transferências subsequentes são incrementais, copiando apenas os dados alterados indefinidamente. O cálculo das alterações para transferências incrementais é excecionalmente rápido e independente do tipo de dados armazenado no volume.

  • As transferências mantêm a eficiência do armazenamento. Se o volume de origem contiver dados desduplicados ou comprimidos, estas eficiências são transferidas, o que reduz a quantidade de dados a transferir.

  • Todas as transferências são encriptadas em trânsito.

  • Pode usar o volume de origem sem um impacto percetível no desempenho.

  • Pode usar o volume de destino num estado de só leitura após a conclusão da transferência de base.

  • Todos os dados, incluindo metadados, como listas de controlo de acesso (ACLs) complexas e ficheiros bloqueados, são transferidos.

O SnapMirror transfere volumes entre sistemas ONTAP, mesmo em diferentes localizações geográficas.

Os volumes NetApp já usam o SnapMirror para a respetiva funcionalidade de replicação de volumes, que permite a replicação de volumes NetApp entre diferentes regiões da Google. Um novo subtipo de replicação de volumes, denominado replicação híbrida, suporta agora a migração de volumes ONTAP para volumes NetApp.

Vista 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 um impacto mínimo na sua produção. Este processo consiste nas seguintes fases:

  1. Autenticação

  2. Transferência de valor de referência

  3. Transferências incrementais

  4. Cutover

  5. Limpeza

Autenticação

Durante a fase de autenticação, os administradores de armazenamento do sistema ONTAP de origem têm de conceder autorização aos volumes NetApp para obter um volume do sistema de origem. Isto é conseguido através de passos administrativos no sistema ONTAP de origem, denominados interligação de clusters e interligação de SVMs. O processo de migração de volumes gera os comandos ONTAP que os administradores têm de executar no sistema de origem.

Transferência de base

Depois de configurar uma migração, um instantâneo cria um ponto de consistência no sistema de origem. Todos os dados capturados a partir deste resumo, incluindo resumos mais antigos, são transferidos para os volumes da NetApp durante uma fase inicial denominada transferência de base.

Uma transferência de base pode demorar minutos, horas, dias ou semanas. Esta duração depende do seguinte:

  • A quantidade de dados na imagem instantânea.

  • A velocidade da rede entre o sistema de origem ONTAP e os volumes NetApp.

  • A definição de débito dos seus volumes NetApp.

Durante a transferência da base, o volume de origem continua a publicar a sua carga de trabalho e os dados são adicionados, alterados ou eliminados. Estas alterações não afetam a imagem instantânea usada para o ponto de consistência da base. Enquanto a base estiver em curso, o volume de destino não está disponível para os clientes. Após a conclusão da base, o volume de destino fica online e disponível para acesso do cliente no modo só de leitura. Tenha em atenção que o volume de destino tem um endereço IP diferente.

Ao contrário da replicação de volumes, a migração de volumes não consegue ler os parâmetros do volume de origem, como o tamanho, as opções de protocolo e as políticas de exportação ou de instantâneos. Por conseguinte, tem de configurar corretamente estas definições para o volume de destino.

Agora, pode começar a montar ou mapear o volume de destino para VMs para se preparar para o fim da migração.

Transferências incrementais

Após a conclusão da transferência de base, a migração aciona transferências incrementais por hora.

Cada transferência incremental realiza as seguintes ações:

  1. Tira um novo instantâneo do volume de origem.

  2. Calcula as alterações de dados entre as imagens instantâneas atuais e anteriores.

  3. Inicia a transferência destas alterações para o destino.

Se ocorrer um volume significativo de alterações desde a captura instantânea de base e uma transferência incremental ainda estiver em execução quando a próxima transferência por hora estiver agendada, esta transferência é ignorada. A próxima transferência incremental captura um novo resumo da origem, elimina o resumo mais antigo do SnapMirror, calcula as alterações e transfere-as.

Os clientes que montam o volume de destino veem uma vista só de leitura com conteúdo estático. No entanto, assim que uma transferência incremental estiver concluída, o conteúdo do volume é atualizado instantaneamente a partir da imagem instantânea de replicação anterior para a mais recente através de 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 no prazo de uma hora, o tamanho da transferência incremental diminui com cada transferência bem-sucedida. Este processo continua até se estabilizar a uma taxa definida pela taxa de variação horária do volume de origem, o que pode demorar algumas iterações. Assim que este estado estável for atingido, pode agendar uma mudança. Para minimizar o tempo de inatividade necessário durante a transição, o objetivo é reduzir as alterações entre os volumes de origem e de destino.

Migração

Durante uma mudança, move as suas cargas de trabalho do volume de origem para o volume de destino sem perda de dados (RPO = 0) e com um tempo de inatividade mínimo (RTO). O processo de transição consiste nos seguintes subpassos:

  1. Parar modificações

  2. Aguarde a transferência atual

  3. Faça uma transferência incremental manual

  4. Pare a replicação

  5. Reconfigure e reinicie as aplicações

Parar modificações

Uma vez que as transferências incrementais são assíncronas, o volume de origem pode conter alterações que ainda não se refletem no volume de destino. Para sincronizar, pare todas as modificações no volume de origem:

  • Parar todas as aplicações que modificam dados.

  • Opcional: altere as autorizações de volume para só de leitura para impedir que qualquer cliente modifique os dados.

Aguarde pela transferência atual

Certifique-se de que todas as transferências incrementais em execução estão concluídas.

Faça uma transferência incremental manual

Faça uma transferência incremental manual para enviar os dados mais recentes para o sistema de destino. Este processo deve demorar apenas alguns segundos a minutos, consoante o volume de dados alterados desde a última transferência, a velocidade da rede e os limites de débito dos volumes de destino.

Após a conclusão da transferência incremental manual, os dados mais recentes estão disponíveis no destino.

Pare a replicação

Execute a operação de paragem na replicação para tornar o volume de destino gravável. Isto conclui a migração de dados.

Reconfigure e reinicie as aplicações

Reconfigure as suas aplicações para usar o volume de destino e, em seguida, reinicie-as. Certifique-se de que todo o acesso aos dados do volume de origem é interrompido para impedir que qualquer aplicação use acidentalmente o volume de origem.

Limpeza

Se a mudança for bem-sucedida, pode realizar os seguintes passos de limpeza:

  1. Eliminar replicação parada: quando elimina a replicação parada, o recurso de replicação é eliminado, mas o volume de destino não é eliminado. Este processo também elimina a relação SnapMirror usada no back-end com o sistema de origem.

  2. Remova a interligação de clusters: se esta foi a última relação SnapMirror entre os volumes NetApp e o cluster de origem, pode remover a interligação de clusters do sistema ONTAP de origem. Além disso, pode remover qualquer rede configurada apenas para fins de migração entre a origem e o destino.

O que se segue?

Planeie a migração.