Acerca da replicação de volume

Esta página fornece detalhes sobre como proteger os seus dados através da replicação de volumes.

Acerca da replicação de volume

Pode proteger os seus dados através da replicação de volumes em várias localizações, que replica de forma assíncrona um volume de origem numa localização para um volume de destino numa localização diferente. Esta capacidade permite-lhe usar o volume replicado para a atividade de aplicações crítica em caso de uma interrupção ou um desastre ao nível da localização. O volume replicado também pode ser usado como uma cópia só de leitura durante a utilização normal.

A replicação de volumes 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. Apenas os bytes transferidos incorrem em custos, 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 volumes, um processo denominado transferência inicial replica todo o conteúdo do volume de origem para o volume de destino. O processo de transferência inicial cria um resumo no sistema de origem e transfere o respetivo conteúdo para o volume de destino. Após a conclusão da transferência inicial, o estado da replicação espelhada é alterado para Espelhado. Como resultado, o volume de destino torna-se só de leitura e reflete o conteúdo dos instantâneos do volume de origem, que inclui todos os instantâneos tirados antes do instantâneo inicial.

Após a conclusão do processo de transferência inicial, o intervalo de replicação agendado continua sob a forma de atualizações incrementais na seguinte sequência:

1. O processo cria uma nova imagem instantânea no volume de origem.

2. Calcula os dados alterados entre as novas e as anteriores imagens instantâneas.

3. O processo transfere estas alterações para o volume de destino. O estado da transferência no recurso de replicação muda para A transferir.

   Depois de todas as alterações serem transferidas, o conteúdo do volume de destino transita da imagem instantânea antiga para a nova.

Modificações das definições

Enquanto uma replicação estiver num estado refletido, todas as alterações de definições aplicadas ao volume de origem ou de destino são aplicadas automaticamente a ambos os volumes. No entanto, as seguintes definições não são sincronizadas entre os volumes de origem e de destino:

• Etiquetas e descrição do volume: estas definições têm de ser configuradas de forma independente nos conjuntos de origem e de destino.

• Política do Active Directory: esta política é definida nos conjuntos de origem e de destino e não pode ser alterada.

• Política de CMEK: esta política é definida nos pools de origem e de destino e não pode ser alterada.

• Política de cópia de segurança: esta definição tem de ser configurada de forma independente nos volumes de origem e de destino.

  Um horário de cópia de segurança num volume de destino só fica ativo quando a replicação é interrompida e fica inativo enquanto a replicação está num estado refletido.

• Cofre de cópias de segurança: esta definição tem de ser configurada de forma independente nos volumes de origem e de destino.

• Níveis automáticos: esta definição tem de ser configurada de forma independente nos volumes de origem e de destino.

• Tornar o diretório de instantâneos visível: esta definição tem de ser configurada de forma independente nos volumes de origem e destino.

• Autorizações Unix: este parâmetro da API define as autorizações UNIX iniciais do inode raiz, que é replicado para o volume de destino durante o processo de replicação.

• Bloquear eliminação de volumes: esta definição tem de ser configurada de forma independente nos volumes de origem e de destino.

Se o nível de serviço do volume de origem for alterado movendo-o para um conjunto diferente, o volume de destino não é alterado.

Se a replicação parar, os volumes de origem e de destino tornam-se independentes. As alterações aos dados ou às definições feitas no volume de origem ou de destino não são aplicadas ao outro volume. Depois de retomar uma replicação interrompida, as definições de volume de origem substituem as definições de volume de destino, com as exceções indicadas nesta secção.

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

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

• Para os níveis de serviço Standard, Premium e Extreme, os volumes NetApp suportam a 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 volumes é suportada entre regiões que fazem parte do mesmo grupo de regiões. A tabela seguinte apresenta os grupos de regiões em diferentes localizações:

  	Localizações
  	Américas	Ásia-Pacífico	Europa, Médio Oriente 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 quotas: consoante os requisitos de replicação do seu projeto, pode ter de aumentar a quota para o número de volumes de origem e de destino replicados para uma região ou um nível de serviço específico. Para pedir um aumento da quota, use a Google Cloud página de quotas de volumes da NetApp da consola.

• Suporte topológico: a replicação de volumes não suporta topologias em cascata nem de entrada e saída. Por exemplo, um volume não pode ser um volume de origem e de destino.

• Localização de volume de origem e destino:

  • Para o nível de serviço Flex: os volumes de origem e de destino têm de existir no mesmo projeto e grupo de regiões.

  • Para os níveis de serviço Standard, Premium e Extreme, aplicam-se as seguintes considerações.

    • Os volumes de origem e de destino existentes no mesmo projeto são totalmente suportados.

    • A replicação de volumes entre projetos entre volumes de origem e destino é uma funcionalidade disponível mediante pedido. Para pedir acesso a esta funcionalidade, contacte vendas. Embora estas replicação sejam criadas apenas através da API, da Google Cloud CLI ou do Terraform, a respetiva gestão subsequente pode ser feita através da Google Cloud consola. Para criar uma replicação entre projetos, precisa das autorizações netapp.replications.create para ambos os projetos.

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

• Apoio técnico baseado no nível de serviço: os volumes de origem e de destino têm de ter o mesmo nível de serviço, exceto os volumes nos níveis de serviço Premium e Extreme, que podem ser misturados numa replicação.

Preços da replicação de volumes

O NetApp Volumes cobra a replicação separadamente da capacidade do volume. As cobranças baseiam-se no número de bytes transferidos entre volumes primários e secundários. Para mais informações, consulte os preços dos volumes da NetApp.

Objetivo de ponto de recuperação (OPR)

Uma vez que a replicação de volumes é uma replicação assíncrona programada, o conteúdo do volume de destino está sempre atrasado em relação ao volume de origem. O objetivo do ponto de recuperação (RPO) especifica a atualidade dos dados no volume de destino e a versão dos dados armazenada num determinado momento. Em caso de desastre, o RPO ajuda a determinar a quantidade de dados que perdeu.

Pode determinar o RPO da replicação de volumes verificando os tempos de atraso ou as capturas instantâneas de replicação. Embora o tempo de atraso ofereça uma forma rápida de estimar o RPO, as capturas instantâneas de replicação são uma medida mais precisa.

• Tempo de atraso: o tempo decorrido desde a criação da imagem instantânea no volume de origem que foi replicado pela última vez para o volume de destino. O tempo de atraso representa a diferença na antiguidade dos dados de volume de destino em relação aos dados de volume de origem. É atualizado a cada cinco minutos e fornece uma vista geral do RPO. Se a replicação estiver a ignorar intervalos de replicação, é apresentado um ícone de aviso junto ao tempo de atraso na Google Cloud consola. Se o problema persistir, a taxa de alteração dos dados no volume de origem é demasiado elevada para transferir num intervalo de replicação. Recomendamos que escolha um intervalo de replicação mais longo ou ignore o aviso para situações únicas, como uma atividade de modificação de dados intensa na origem.

• Resumos de replicação: os resumos de replicação são capturas de dados exatamente como os dados aparecem num momento específico. As imagens instantâneas de replicação oferecem a perspetiva mais precisa do RPO. A replicação de volumes usa duas cópias instantâneas contínuas para a replicação. A data/hora da captura instantânea de replicação mais recente no volume de destino especifica o momento (UTC) dos dados mais recentes no volume de destino.

  Pode obter a data/hora (replication-<timestamp>) a partir do nome da cópia instantânea de replicação, que segue o formato UTC (YYYY-MM-DD-HHMMSS).

Requisitos para pools de armazenamento

Os conjuntos de armazenamento com volumes de origem e destino têm de cumprir os seguintes requisitos:

• Tem de fazer parte de um par de localizações ou de um grupo de regiões válido, consoante o nível de serviço

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

• Tem de apontar para o mesmo Active Directory

• Têm de ter as mesmas definições de LDAP

Agenda de replicação

A programação da replicação tenta executar a replicação nos intervalos designados. Se uma replicação anterior estiver em curso, a replicação do ciclo atual é ignorada e volta a ser verificada no intervalo seguinte. Este comportamento é mais comum durante a replicação inicial, que transfere os blocos de volume iniciais e demora mais tempo a replicar. A programação da replicação é executada com base nos seguintes horários para cada tipo de programação:

Frequência da programação de replicação	Hora da operação agendada
De 10 em 10 minutos	:00, :10, :20, :30, :40, :50
De hora em hora	:05 após o início de cada hora
Diariamente	:10 após a meia-noite todos os dias

O que se segue?

Crie uma replicação de volume.