Sobre a replicação de volume

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

Sobre a replicação de volume

Proteja 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 os blocos de dados usados durante a transferência inicial e apenas os blocos alterados 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 inicial de transferência cria um snapshot no sistema de origem e transfere o conteúdo dele para o volume de destino. Depois que a transferência inicial for concluída, o status do espelho de replicação 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 snapshot inicial.

Após a conclusão do processo de transferência inicial, o intervalo de replicação programada 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 os snapshots novo e 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 mudanças forem transferidas, o conteúdo do volume de destino vai passar do snapshot antigo para o novo.

Modificações nas configurações

Enquanto uma replicação estiver no estado espelhado, todas as mudanças de configurações aplicadas ao volume de origem ou de destino serão aplicadas automaticamente aos dois volumes. No entanto, as seguintes configurações não são sincronizadas entre os volumes de origem e destino:

  • Rótulos e descrição do volume: essas configurações precisam ser definidas de forma independente nos pools de origem e destino.

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

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

  • Política de backup: essa configuração precisa ser definida de forma independente nos volumes de origem e destino.

    Uma programação de backup em um volume de destino só é ativada quando a replicação é interrompida e fica inativa enquanto a replicação está em um estado espelhado.

  • Backup vault: essa configuração precisa ser feita de forma independente nos volumes de origem e destino.

  • Auto-tiering: essa configuração precisa ser definida de forma independente nos volumes de origem e destino.

  • Tornar o diretório de snapshots visível: essa configuração precisa ser definida de forma independente nos volumes de origem e destino.

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

  • Bloquear exclusão de volume: essa configuração precisa ser definida de forma independente nos volumes de origem e destino.

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, os volumes de origem e destino vão se tornar independentes. Nenhuma mudança feita nos dados ou nas configurações do volume de origem ou de destino será aplicada ao outro volume. Depois de retomar uma replicação interrompida, as configurações do volume de origem substituem as do volume de destino, com as exceções listadas nesta seção.

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

Antes de fazer 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 volume entre os seguintes pares de regiões específicas:

    • 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

  • No 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õ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 em 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 no consoleGoogle Cloud .

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

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

    • Para o nível de serviço Flex, os volumes de origem e de destino precisam estar no mesmo projeto e grupo de regiões. No entanto, elas podem existir em diferentes VPCs.

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

      • Os volumes de origem e destino no mesmo projeto são totalmente compatíveis.

      • 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. Embora essas replicação sejam criadas usando apenas API, Google Cloud CLI ou Terraform, o gerenciamento subsequente pode ser feito usando o console Google Cloud . Para criar uma replicação entre projetos, você precisa das permissões netapp.replications.create para os dois projetos.

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

  • Suporte baseado em nível de serviço: os volumes de origem e destino precisam ter o mesmo nível de serviço, exceto os volumes nos níveis 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 é uma replicação assíncrona programada, o conteúdo do volume de destino sempre fica atrasado em relação ao volume de origem. O objetivo do ponto de recuperação (RPO) especifica a atualização dos dados no volume de destino e qual versão dos dados é armazenada. Em caso de desastre, o RPO ajuda a descobrir a quantidade de dados perdidos.

Para determinar o RPO da replicação de volume, verifique os tempos de atraso ou os snapshots de replicação. Embora o tempo de espera seja uma maneira rápida de estimar o RPO, os snapshots de replicação são uma medida mais precisa.

  • Tempo de espera: o tempo decorrido desde a criação do snapshot no volume de origem que foi replicado por último para o volume de destino. O tempo de atraso representa a diferença de idade entre os dados do volume de destino e os 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 Google Cloud . Se isso continuar acontecendo, a taxa de mudança de dados no volume de origem será muito alta para transferência em um intervalo de replicação. Recomendamos que você escolha um intervalo de replicação mais longo ou ignore o aviso em situações únicas, 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 oferecem a visão mais precisa do RPO. A replicação de volume usa dois snapshots incrementais para 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 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

  • Precisam 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 concluída. 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.