Esta página foi traduzida pela API Cloud Translation.

Sobre a replicação de volume

Esta página fornece detalhes sobre como proteger seus dados usando a replicação de volume.

Sobre a replicação de volume

Você pode 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 usado como uma cópia somente leitura durante o uso normal.

A replicação de volume move apenas blocos de dados usados durante a transferência inicial e apenas 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 da 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, que inclui todos os snapshots feitos antes do inicial.

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

O processo cria um novo snapshot no volume de origem.
Ele calcula os dados alterados entre o novo e o snapshot anterior.
O processo transfere essas mudanças para o volume de destino. O status da transferência no recurso de replicação muda para Transferência.

Depois que todas as mudanças forem transferidas, o conteúdo do volume de destino vai mudar do snapshot antigo para o novo.

Modificações nas configurações

Enquanto uma replicação estiver em um estado espelho, todas as modificações feitas nas configurações de volume de origem ou destino serão replicadas para o parceiro. Se o nível de serviço do volume de origem for alterado ao movê-lo para um pool diferente, o volume de destino não será alterado.

Se a replicação for interrompida, as configurações de volume de origem e de destino e os novos dados não vão mais refletir as mudanças feitas em nenhum dos volumes.

Dados replicados: a replicação de volume espelha todos os dados do usuário e os snapshots dos volumes de origem para os volumes de destino.
Ajustes de capacidade automatizados: a replicação de volume ajusta automaticamente a capacidade do volume de destino à capacidade do volume de origem enquanto a relação de replicação existir.

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

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

Para os níveis de serviço padrão, premium e extremo, 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-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, 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ão 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 do número de volumes de origem e de destino replicados para uma região ou nível de serviço específico. Para solicitar um aumento da cota, use a página de cotas de volumes NetApp do console do Google Cloud.
Suporte topológico: a replicação de volume não oferece suporte a topologias de entrada e saída em cascata e em leque. Por exemplo, um volume não pode ser de origem e de destino ao mesmo tempo.
Local do volume de origem e destino: o volume de origem e o volume de destino precisam existir no mesmo projeto. No entanto, elas podem existir em VPCs diferentes.
Suporte com base no nível de serviço: os volumes de origem e de destino precisam ter o mesmo nível de serviço, exceto volumes nos níveis de serviço Premium e Extreme, que podem ser misturados em uma replicação.

Preços da 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 a atualidade dos dados no volume de destino e qual versão do ponto no tempo 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 na idade dos dados de volume de destino em relação aos dados de volume de origem. Ela é atualizada 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 o problema continuar ocorrendo, a taxa de mudança 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 únicas, como atividade de modificação de dados intensa na origem.
Snapshots de replicação: são capturas de dados exatamente como aparecem em um momento específico. Os snapshots de replicação fornecem uma visão mais precisa do RPO. A replicação de volume usa dois snapshots graduais para a replicação. O carimbo de data/hora do snapshot de replicação mais recente no volume de destino especifica o ponto no tempo (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 local ou grupo de região válido, dependendo do nível de serviço
Ter a mesma configuração de política do Active Directory
Precisa apontar para o mesmo Active Directory
Precisa 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á pulada 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
Diariamente	`:10` após a meia-noite de cada dia

A seguir

Crie uma replicação de volume.