Nesta página, você encontra uma visão geral do recurso de replicação externa.
Sobre a replicação externa
A replicação externa usa o SnapMirror para replicar dados de sistemas baseados em ONTAP para o Google Cloud NetApp Volumes. Esse recurso oferece suporte às mesmas operações, como criar, parar, retomar, reverter e excluir, que a replicação de volume, que oferece replicação entre volumes no NetApp Volumes.
A replicação externa usa a mesma tecnologia do SnapMirror que a migração de volume e compartilha recursos comuns, como transferências incrementais e de linha de base, e peering de cluster para autenticação.
A tabela a seguir descreve as principais diferenças entre a migração de volume e a replicação externa:
| Migração de volume | Replicação externa |
|---|---|
| Projetada para uma migração unidirecional e por tempo limitado do ONTAP para o NetApp Volumes. | Projetada como uma solução de replicação contínua para recuperação de desastres, em que a direção da replicação pode ser invertida. |
Considerações
A replicação externa está disponível apenas na API e na Google Cloud CLI, mas não no console Google Cloud .
Visão geral do fluxo de trabalho de replicação externa
A replicação externa funciona de maneira semelhante à replicação de volume, mas o sistema de origem inicial é um volume em um sistema ONTAP externo, não um volume do NetApp Volumes.
Assim como a replicação de volume, a replicação externa passa por várias fases, como replicação de linha de base e incremental. Ele é compatível com operações como criar, parar, retomar, excluir e inverter a direção da replicação.
Embora todas as ações possam ser iniciadas no NetApp Volumes, algumas delas exigem que o usuário execute comandos da CLI do ONTAP no sistema ONTAP externo. A replicação externa também usa o mesmo mecanismo de autenticação com o sistema ONTAP externo que a migração de volume, um processo necessário para estabelecer um peering de cluster.
O fluxo de trabalho de replicação externa 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 replicação externa 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 replicaçã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 linha 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 dos seus NetApp Volumes.
Durante a transferência de linha de base, o volume de origem continua atendendo à sua carga de trabalho, e os dados são adicionados, alterados ou excluídos pelos clientes. Essas mudanças não afetam o snapshot usado para o ponto de consistência do valor de referência. Enquanto o processo estiver em andamento, o volume de destino não estará 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 replicação externa 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.
Os clientes podem mapear ou conectar o volume de destino, mas apenas para operações de leitura.
Transferências incrementais
Depois que a transferência de valor de referência for concluída, a replicação vai acionar transferências incrementais com base nos intervalos programados.
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.
Cada transferência incremental cria um novo snapshot de origem, exclui o snapshot mais antigo do SnapMirror, calcula as mudanças e as transfere. Se uma transferência ainda estiver em execução quando a próxima transferência programada for devida, a nova transferência será ignorada. Isso pode acontecer se o volume de dados exceder o que pode ser transferido no intervalo especificado, devido aos seguintes fatores:
O intervalo de replicação especificado é muito curto.
Largura de banda de rede limitada entre o sistema ONTAP e o NetApp Volumes.
Uma alta taxa de mudança no sistema de origem.
As transferências ignoradas afetam negativamente os objetivos do ponto de recuperação (RPO). Recomendamos monitorar o tempo de atraso da replicação. Se o atraso atingir com frequência o dobro do intervalo de replicação, talvez seja necessário tomar contramedidas, como aumentar a largura de banda da rede ou estender o intervalo de replicação.
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.
Executar várias replicações externas em paralelo
As replicações externas e as migrações de volume compartilham uma cota de projeto comum. Para executar várias replicações externas e migrações de volume em paralelo, solicite uma cota alta suficiente.