Visão geral da migração de volumes

Esta página oferece uma visão geral do recurso de migração de volume.

Sobre a migração de volume

O recurso de migração de volume permite migrar volumes de origens baseadas no ONTAP para o Google Cloud NetApp Volumes usando uma migração baseada no SnapMirror. O SnapMirror funciona 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 referência, as transferências subsequentes são incrementais, copiando apenas os dados alterados indefinidamente. O cálculo de 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 contiver 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 nenhum impacto perceptível no desempenho.

  • É possível usar o volume de destino em um estado somente leitura após a conclusão da transferência de referência.

  • 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 locais geográficos diferentes.

O Google Cloud NetApp Volumes usa o SnapMirror para replicação de volume entre o NetApp Volumes em diferentes regiões do Google. Além disso, é possível usar o SnapMirror para replicar entre volumes externos baseados no ONTAP e o NetApp Volumes, o que é chamado de replicação híbrida.

As replicações híbridas incluem dois tipos:

  • A migração de volume é destinada a transferências únicas do ONTAP para o NetApp Volumes.

  • A replicação externa é destinada a replicações contínuas de recuperação de desastres em que a direção da replicação pode ser invertida.

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:

  1. Autenticação

  2. Transferência de referência

  3. Transferências incrementais

  4. Transição

  5. Revisão dos dados

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 ONTAP que os administradores precisam executar no sistema de origem.

Transferência 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 snapshots mais antigos, são transferidos para o NetApp Volumes durante uma fase inicial chamada transferência de referência.

Uma transferência de referência 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 referência, o volume de origem continua atendendo à 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 a linha de base estiver em andamento, o volume de destino não estará disponível para os clientes. Depois que a linha de base for concluída, 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, é necessário configurar essas opções corretamente para o volume de destino.

Agora é possível começar a montar ou mapear o volume de destino para VMs para se preparar para o final da migração.

Transferências incrementais

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

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

  1. Faz um novo snapshot do volume de origem.

  2. Calcula as mudanças de dados entre os snapshots atual e anterior.

  3. Começa a transferir essas mudanças para o destino.

Se um volume significativo de mudanças ocorrer desde o snapshot de referência 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 atingido, será possível programar uma transição. Para minimizar o tempo de inatividade necessário durante a transiçã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 transição consiste nas seguintes subetapas:

  1. Parar modificações

  2. Aguardar a transferência atual

  3. Realizar uma transferência incremental manual

  4. Parar replicação

  5. Reconfigurar e reiniciar aplicativos

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:

  • Parando todos os aplicativos que modificam dados.

  • Opcional: mude as permissões de volume para somente leitura para impedir que qualquer cliente modifique os dados.

Aguardar a transferência atual

Confira se todas as transferências incrementais em execução foram concluídas.

Realizar uma transferência incremental manual

Realize uma transferência incremental manual para enviar os dados mais recentes ao sistema de destino. Isso leva apenas alguns segundos a minutos, dependendo do volume de dados alterados desde a última transferência, da velocidade da rede e dos limites de capacidade de processamento dos volumes de destino.

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

Parar replicação

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

Reconfigurar e reiniciar aplicativos

Reconfigure seus aplicativos para usar o volume de destino e reinicie-os. Confira se todo o acesso aos dados do volume de origem está interrompido para evitar que qualquer aplicativo use o volume de origem acidentalmente.

Revisão dos dados

Se a transição for bem-sucedida, você poderá realizar as seguintes etapas de limpeza:

  1. 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.

  2. Remover o peering de cluster: se essa foi a última relação do SnapMirror entre o NetApp Volumes e o cluster de origem, você poderá remover 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.

A seguir

Planejar a migração.