Sobre a replicação de volume

Nesta página, mostramos como proteger seus dados usando a replicação de volume.

Sobre a replicação de volume

É possível proteger seus dados com a replicação de volumes entre locais, que replica de forma assíncrona um volume de origem em um local para um volume de destino em um local diferente. Com esse recurso, é possível usar o volume replicado para atividades críticas no aplicativo em caso de falha temporária ou desastre em todo o local. O volume replicado também pode ser utilizado como cópia somente leitura durante o uso normal.

A replicação de volume move apenas os blocos de dados usados durante a transferência inicial, e apenas os blocos alterados são transferidos durante as transferências incrementais. Somente os bytes transferidos geram cobranças, o que otimiza os tempos de transferência e reduz os custos.

Fluxo de trabalho de replicação de volume

Durante a replicação de volume, um processo chamado transferência inicial replica todo o conteúdo do volume de origem para o volume de destino. O processo de transferência inicial faz um snapshot no sistema de origem e transfere o conteúdo para o volume de destino. Depois que a transferência inicial for concluída, o status do espelho de replicação vai mudar para Espelhado. Como resultado, o volume de destino se torna somente leitura e reflete o conteúdo dos snapshots do volume de origem, o que inclui todos os snapshots feitos antes do snapshot inicial.

Depois que o processo de transferência inicial é concluído, o intervalo de replicação programado continua na forma de atualizações incrementais na seguinte sequência:

1. O processo cria um novo snapshot no volume de origem.

2. Ele calcula os dados alterados entre o snapshot novo e o anterior.

3. O processo transfere essas mudanças para o volume de destino. O status da transferência no recurso de replicação muda para Transferindo.

   Depois que todas as alterações forem transferidas, o conteúdo do volume de destino vai passar do snapshot antigo para o novo.

Modificações de configurações

Quando a replicação está no estado Espelhado, o NetApp Volumes aplica a maioria das mudanças de configuração feitas no volume de origem ou de destino aos dois volumes.

As seções a seguir descrevem as configurações que o NetApp Volumes sincroniza nos dois volumes e as configurações que você define separadamente para cada volume.

Configurações replicadas

Enquanto a replicação está no estado Espelhado, o NetApp Volumes sincroniza as seguintes configurações nos volumes de origem e de destino:

• Capacidade: atualiza a capacidade nos dois volumes. Os pools de armazenamento de origem e de destino precisam ter espaço disponível suficiente para o novo tamanho do volume.

• Política de exportação: aplica mudanças na regra de exportação aos dois volumes para que os volumes de origem e de destino usem a mesma política. Se as políticas forem diferentes, a próxima atualização de volume aplicará uma política a ambos os volumes, o que pode interromper o acesso do cliente. Para mais informações, consulte Possível interrupção do acesso do cliente ao atualizar as configurações de um volume NFS. Ao contrário da replicação de volume padrão, a replicação entre projetos não copia regras de exportação entre os volumes de origem e de destino.

• Configurações de protocolo: Implementa mudanças nos protocolos já ativados em ambos os volumes. Para volumes de bloco de mensagens do servidor (SMB, na sigla em inglês), essas configurações incluem criptografia SMB, visibilidade de compartilhamento e enumeração baseada em acesso. Não é possível alterar o tipo de protocolo depois de criar o volume.

• Programações de snapshot: sincroniza as mudanças nas programações de snapshot por hora, diárias, semanais e mensais nos dois volumes.

• Permissões do UNIX: copia as permissões do UNIX do diretório raiz de origem para o volume de destino. Essas permissões se tornam as permissões iniciais do diretório raiz de destino.

• Regras de cota: aplica as mudanças nas regras de cota ao volume de origem imediatamente. O volume de destino armazena as mudanças e as aplica quando você interrompe a replicação. Se a interrupção da replicação retornar um erro de cota, compare as regras de cota nos dois volumes e adicione as regras ausentes ao volume de destino. Para mais informações, consulte As configurações de cota de volume de destino podem falhar em uma replicação ativa.

Configurações para cada volume

Defina as seguintes configurações separadamente nos volumes de origem e de destino:

• Rótulos e descrição do volume: especifique rótulos e uma descrição para cada volume.

• Política de backup: configure uma política de backup para cada volume. Em um volume de destino, uma programação de backup fica inativa enquanto a replicação está no estado Espelhado e só é ativada depois que você interrompe a replicação.

• Backup vault: atribua um backup vault para cada volume.

• Nível automático: ative ou desative o nível automático para cada volume.

• Tornar o diretório de snapshots visível: defina essa configuração apenas no volume de origem. Não é possível mudar essa configuração em um volume de destino.

• Bloquear exclusão de volume: ative ou desative essa configuração para cada volume.

• Capacidade de processamento: configure a capacidade de processamento separadamente nos volumes de origem e destino em um pool de qualidade de serviço (QoS) manual. Em um pool de QoS automático, o tamanho do volume e o nível de serviço determinam a capacidade de processamento.

Você configura as políticas do Active Directory e de chaves de criptografia gerenciadas pelo cliente (CMEK) no nível do pool de armazenamento. Os pools de origem e de destino precisam usar políticas do Active Directory que se conectam ao mesmo domínio do Active Directory. A replicação mantém a política atribuída a cada pool.

Para os níveis de serviço Standard, Premium e Extreme, se você mover o volume de origem para um pool com um nível de serviço diferente, somente o volume de origem será alterado. O volume de destino permanece no pool atual.

Se você interromper a replicação, os volumes de origem e destino vão se tornar independentes. As alterações feitas nos dados ou nas configurações de um volume não se aplicam ao outro. Quando você retoma uma replicação interrompida, as configurações do volume de origem substituem as configurações do volume de destino, exceto as configurações que você define separadamente.

Considerações sobre a replicação de volumes

Antes de realizar uma replicação de volume, considere o seguinte:

• Para os níveis de serviço Standard, Premium e Extreme, o NetApp Volumes oferece suporte à replicação de volumes entre os seguintes pares de regiões específicos:

  • asia-southeast1 e australia-southeast1

  • europe-west2 e europe-west3

  • europe-west2 e europe-west4

  • europe-west3 e europe-west4

  • europe-west3 e europe-west6

  • europe-west4 e europe-west6

  • europe-southwest1 e europe-west3

  • northamerica-northeast1 e northamerica-northeast2

  • northamerica-northeast1 e us-central1

  • australia-southeast1 e asia-southeast1

  • us-central1 e us-east4

  • us-central1 e us-west2

  • us-central1 e us-west3

  • us-central1 e us-west4

  • us-east4 e us-west2

  • us-east4 e us-west4

  • us-west2 e us-west4

  • us-west3 e us-west4

• Para o nível de serviço Flex Unified, a replicação de volumes é compatível entre zonas no mesmo grupo de regiões. A replicação para uma zona diferente na mesma região também é aceita. A tabela a seguir lista os grupos de regiões em diferentes locais:

  	Locais
  	Américas	Ásia-Pacífico	Europa, Oriente Médio e África
  Grupo de regiões	southamerica-east1 us-central1 us-east1 us-east4 us-east5 us-south1 us-west1 us-west2 us-west3 us-west4	asia-east1 asia-northeast1 asia-northeast2 asia-south1 asia-southeast1 australia-southeast1 australia-southeast2	europe-southwest1 europe-west1 europe-west2 europe-west3 europe-west4 europe-west8 europe-west9 me-west1

• Para o nível de serviço Arquivo Flex, a replicação de volume é compatível entre regiões que fazem parte do mesmo grupo de regiões. A tabela a seguir lista os grupos de regiões em diferentes locais:

  	Locais
  	Américas	Ásia-Pacífico	Europa, Oriente Médio e África
  Grupo de regiões	southamerica-east1 southamerica-west1 northamerica-northeast1 northamerica-northeast2 us-central1 us-east1 us-east4 us-east5 us-south1 us-west1 us-west2 us-west3 us-west4	asia-east1 asia-east2 asia-northeast1 asia-northeast2 asia-northeast3 asia-south1 asia-south2 asia-southeast1 asia-southeast2 australia-southeast1 australia-southeast2	africa-south1 europe-central2 europe-north1 europe-southwest1 europe-west1 europe-west2 europe-west3 europe-west4 europe-west6 europe-west8 europe-west9 europe-west10 europe-west12 me-central1 me-central2 me-west1

• Atribuição de cota: dependendo dos requisitos de replicação do projeto, talvez seja necessário aumentar a cota para o número de volumes de origem e destino replicados para uma região ou nível de serviço específico. Para solicitar um aumento de cota, use a página de cotas do NetApp Volumes do console doGoogle Cloud .

• Suporte topológico: a replicação de volume não é compatível com topologias em cascata e de entrada e saída. Por exemplo, um volume não pode ser de origem e de destino ao mesmo tempo.

• Local do volume de origem e destino:

  • Para o nível de serviço do modo padrão unificado do Flex: as seguintes considerações são aplicáveis.

    • Os volumes de origem e de destino precisam estar no mesmo projeto e grupo de regiões. É possível replicar volumes para outra zona na mesma região.

    • É possível replicar volumes em pools unificados Flex regulares ou em pools unificados Flex de grande capacidade, mas não entre esses dois tipos de pool.

    • É possível replicar volumes no mesmo projeto.

    • A replicação de volume entre projetos entre volumes de origem e destino é um recurso disponível mediante solicitação. Para solicitar acesso a esse recurso, entre em contato com a equipe de vendas. É possível criar replicações usando a API, a Google Cloud CLI ou o Terraform, mas é possível gerenciá-las no console do Google Cloud . Para criar uma replicação entre projetos, você precisa de permissões netapp.replications.create para os dois projetos. Ao contrário das replicações de volume padrão, as replicações entre projetos não replicam regras de exportação entre os volumes de origem e de destino. Se você usa o VPC Service Controls, consulte Limitações do VPC Service Controls para NetApp Volumes para entender a replicação de volumes entre projetos.

  • Para o nível de serviço de arquivo Flex: os volumes de origem e de destino precisam existir no mesmo projeto e grupo de regiões. Não é possível replicar para uma zona diferente na mesma região.

  • Para os níveis de serviço Standard, Premium e Extreme, as seguintes considerações são aplicáveis.

    • A replicação é aceita quando os volumes de origem e destino estão no mesmo projeto. O volume de destino precisa estar em um par de regiões diferente.

    • A replicação de volume entre projetos entre volumes de origem e de destino é um recurso disponível mediante solicitação. Para solicitar acesso a esse recurso, entre em contato com a equipe de vendas. Embora essas replicações sejam criadas usando apenas a API, a Google Cloud CLI ou o Terraform, o gerenciamento subsequente pode ser feito usando o console do Google Cloud . Para criar uma replicação entre projetos, você precisa das permissões netapp.replications.create para os dois projetos. Ao contrário das replicações de volume gerais, as replicações entre projetos não replicam regras de exportação entre volumes de origem e de destino. Se você usa o VPC Service Controls, consulte Limitações do VPC Service Controls para NetApp Volumes para entender a replicação de volumes entre projetos.

  • Os volumes de origem e destino podem existir em VPCs diferentes.

• Suporte baseado em nível de serviço: os volumes de origem e de destino precisam ter o mesmo nível de serviço, exceto para volumes nos níveis de serviço Premium e Extreme, que podem ser misturados em uma replicação. Para replicar de ou para o modo ONTAP do Flex Unified, consulte Replicar com o ONTAP, em que o pool do modo ONTAP é o sistema ONTAP. A replicação entre sistemas no modo ONTAP ou entre sistemas baseados em ONTAP e no modo ONTAP é a replicação padrão do ONTAP SnapMirror, que precisa ser gerenciada de acordo. Para mais informações, consulte Saiba mais sobre a recuperação de desastres assíncrona do ONTAP SnapMirror.

Preços de replicação de volume

O NetApp Volumes cobra pela replicação separadamente da capacidade do volume. As cobranças são baseadas no número de bytes transferidos entre os volumes primário e secundário. Para mais informações, consulte Preços do NetApp Volumes.

Objetivo do ponto de recuperação (RPO)

Como a replicação de volume é programada e assíncrona, o conteúdo do volume de destino sempre fica atrás do volume de origem. O objetivo do ponto de recuperação (RPO, na sigla em inglês) especifica o nível de atualização dos dados no volume de destino e qual versão pontual dos dados é armazenada. Em caso de desastre, o RPO ajuda a descobrir a quantidade de dados perdidos.

É possível determinar o RPO da replicação de volume verificando os tempos de atraso ou os snapshots de replicação. Embora o tempo de atraso seja uma maneira rápida de estimar o RPO, os snapshots de replicação são uma medida mais precisa.

• Tempo de atraso: o tempo decorrido desde a criação do snapshot no volume de origem que foi replicado pela última vez no volume de destino. O tempo de atraso representa a diferença de idade dos dados do volume de destino em relação aos dados do volume de origem. Ele é atualizado a cada cinco minutos e fornece uma visão geral do RPO. Se a replicação estiver pulando intervalos, um ícone de aviso vai aparecer ao lado do tempo de atraso no console do Google Cloud . Se isso continuar ocorrendo, sua taxa de alteração de dados no volume de origem é muito alta para ser transferida em um intervalo de replicação. Recomendamos que você escolha um intervalo de replicação mais longo ou ignore o aviso para situações pontuais, como atividade intensa de modificação de dados na origem.

• Snapshots de replicação: são capturas de dados exatamente como eles aparecem em um momento específico. Os snapshots de replicação fornecem a visão mais precisa do RPO. A replicação de volume usa dois snapshots contínuos para replicação. O carimbo de data/hora do snapshot de replicação mais recente no volume de destino especifica o momento (UTC) dos dados mais recentes no volume de destino.

  É possível derivar o carimbo de data/hora (replication-<timestamp>) do nome do snapshot de replicação, que segue o formato UTC (YYYY-MM-DD-HHMMSS).

Requisitos para pools de armazenamento

Os pools de armazenamento com volumes de origem e destino precisam atender aos seguintes requisitos:

• Precisa fazer parte de um par de locais ou grupo de regiões válido, dependendo do nível de serviço

• Precisa ter a mesma configuração de política do Active Directory

• Precisa apontar para o mesmo Active Directory

• Ter as mesmas configurações de LDAP

Programação da replicação

A programação de replicação tenta executar a replicação em intervalos designados. Se uma replicação anterior estiver em andamento, a replicação do ciclo atual será ignorada e verificada novamente no próximo intervalo. Esse comportamento é mais comum durante a replicação inicial, que transfere os blocos de volume iniciais e leva mais tempo para ser replicada. A programação de replicação é executada com base nos seguintes horários para cada tipo de programação:

Frequência da programação de replicação	Horário da operação programada
A cada 10 minutos	:00, :10, :20, :30, :40, :50
Por hora	:05 após o início de cada hora
Diário	:10 após a meia-noite todos os dias

A seguir

Criar uma replicação de volume.