Sobre a replicação de instâncias

O Filestore oferece replicação assíncrona para suas instâncias.

Uma instância de origem pode ser replicada de forma contínua e assíncrona para uma instância em espera em um local de sua escolha.

Para selecionar clientes, o Filestore oferece suporte à replicação de instâncias criadas nos seguintes níveis de serviço:

  • Zonal
  • Regional
  • Enterprise

Replicação de instâncias em comparação com outras opções de recuperação de dados

As seções a seguir abordam as vantagens da replicação de instâncias em comparação com snapshots e backups.

Snapshots

Snapshots são recursos que consomem capacidade na instância e permitem reverter o estado atual dos dados da instância para um ponto específico anterior. Os usuários também podem optar por reverter para uma versão anterior de um arquivo específico.

Os snapshots não replicam os dados nem consomem a capacidade até que os dados na instância sejam modificados. Todos os snapshots de uma instância compartilham dados em comum, o que significa que a instância preserva apenas as diferenças entre os snapshots.

Embora os snapshots ofereçam eficiência de custos em comparação com outras operações de recuperação de dados do Filestore, a capacidade disponível da instância diminui continuamente à medida que as modificações de arquivos são feitas.

A reversão de uma instância para um estado anterior é destrutiva, porque exclui a versão mais recente dos dados da instância, e deve ser usada com cuidado.

Backups

Backups são recursos externos que residem fora da instância, consumindo a própria capacidade separada. O primeiro backup é uma cópia completa dos dados da instância, e cada backup subsequente consome apenas os dados necessários para rastrear mudanças incrementais e diferenciais desde o backup anterior. Internamente, o histórico de uma cadeia de backup é rastreado usando snapshots, que consomem capacidade na instância de origem.

Replicação de instâncias

A replicação de instâncias emparelha uma instância de origem com uma instância de réplica, um recurso separado em um local secundário que monitora continuamente as mudanças feitas na origem e replica essas mudanças de forma assíncrona para a instância de réplica em um objetivo de ponto de recuperação (RPO) de aproximadamente 30 minutos.

Esse processo depende de snapshots e também consome capacidade. À medida que os snapshots ficam obsoletos, eles são excluídos para liberar a capacidade da instância nas duas instâncias.

A instância de réplica é uma cópia completa e atualizada continuamente da instância de origem. A maioria das cópias é programada a cada cinco a dez minutos. As métricas estão disponíveis indicando o carimbo de data/hora da última cópia completa da instância. Para mais informações, consulte Monitoramento.

Papéis do par de instâncias

Quando a replicação de instâncias está ativada, cada instância no par recebe um papel:

  • ACTIVE é a instância de origem.
  • STANDBY é a instância de réplica.

As mudanças de papel não são automáticas e só podem ser iniciadas pelo usuário.

Pausar e retomar a replicação

Quando a replicação é pausada, o status da instância da réplica muda de STANDBY para ACTIVE com base no ponto de dados bem-sucedido mais recente.

Quando você retoma a replicação, o acesso do cliente à réplica é removido, e a instância reverte para o ponto de dados original, excluindo todos os dados de teste. Depois disso, a replicação padrão da instância ativa é reiniciada.

A retomada da replicação pode levar mais tempo para a sincronização inicial, dependendo da duração da pausa e do número de mudanças na instância ativa. Além disso, a duração das operações de retomada é afetada pelo tamanho do sistema de arquivos e depende do número de arquivos envolvidos na operação.

Para mais informações, consulte Pausar a replicação e Retomar a replicação.

Promover réplica

Embora não seja possível montar uma instância de réplica ou gravar nela diretamente, em caso de interrupção do serviço, você pode promover uma réplica usando o promote-replica comando da CLI gcloud ou o Google Cloud console.

A operação promote-replica inicia as seguintes ações:

  1. Interrompe a replicação entre as instâncias ACTIVE e STANDBY.
  2. Desemparelha os dois recursos.
  3. Promove a réplica para uma instância normal que é capaz de conexões de cliente e gravações, assim como qualquer outra instância.
  4. Remove o papel de replicação (ACTIVE ou STANDBY) de ambos os recursos.

Quando a operação é concluída, o estado da instância de réplica muda de PROMOTING para READY. Depois que o aplicativo estiver on-line novamente, você poderá emparelhar essa instância de origem com uma nova réplica e iniciar a replicação da instância novamente.

Para mais informações, consulte Interromper a replicação e promover a réplica.

Promover uma réplica pausada

A promoção de uma réplica pausada é útil para recuperação de desastres se a instância ativa ficar indisponível. Quando você promove uma réplica pausada, a instância reverte para o último ponto de dados concluído, excluindo todos os dados de teste. A instância de réplica sincroniza todos os dados restantes em trânsito da instância de origem e se torna uma nova instância ativa. Promover uma réplica significa uma interrupção no processo de replicação. Como resultado, o link de replicação original é interrompido e a replicação não pode ser retomada.

Failback

A operação promote-replica inicia uma interrupção na replicação. É uma troca, não um evento de failover, o que significa que o failback não é automático. Depois que a operação for concluída, os administradores precisarão reconectar os aplicativos à nova instância de origem.

Limitações

Considere as seguintes limitações:

  • A replicação de instâncias não está disponível nos níveis HDD básico e SSD básico.

  • O nível de serviço, incluindo o intervalo de capacidade, precisa ser o mesmo para a instância ativa e a de réplica.

Replicação entre projetos

É possível criar uma réplica em um Google Cloud projeto diferente da instância ativa. As seguintes limitações se aplicam à replicação entre projetos:

  • Só é possível criar uma réplica entre projetos usando a CLI gcloud ou a API. Não é possível usar o Google Cloud console.
  • Você precisa ter o papel Editor do Cloud Filestore (roles/file.editor) nos projetos de origem e de réplica. Esse papel inclui a permissão file.instances.create, que é necessária no projeto de origem para criar uma réplica entre projetos.
  • É possível usar o Google Cloud console para conferir os detalhes de uma réplica entre projetos, mas não é possível editar os detalhes da instância.
  • O Filestore só valida as permissões do usuário e não valida a propriedade do projeto. É necessário proteger seus projetos usando uma política do VPC Service Controls.

As seções a seguir abordam outras limitações de recursos relacionadas ao RPO, operações, tráfego de rede, desempenho e disponibilidade em detalhes:

RPO

  • Os tempos de RPO citados são aproximados e não são aceitos em nenhum contrato de nível de serviço (SLA) do Filestore.

  • O RPO de 30 minutos de destino se aplica a instâncias com uma taxa de mudança de 100 MB por segundo e uma taxa de IOPS de 300 por segundo, em que as IOPS são definidas como qualquer operação create, edit ou delete aplicada a qualquer arquivo ou diretório.

    Instâncias com uma taxa de mudança maior podem ter períodos de replicação mais longos. Os tempos de RPO variam e não são mapeados linearmente com taxas de mudança mais altas. Por exemplo, se a taxa de mudança dobrar, a janela de RPO não vai dobrar necessariamente.

  • A replicação de instâncias é especificada na criação da instância. Se você quiser emparelhar uma réplica com uma instância de origem, ative a replicação de instâncias na instância ao criá-la e, em seguida, emparelhe-a com a réplica. Não é possível usar uma instância atual como réplica.

Operações

  • As seguintes operações estão desativadas na instância ACTIVE:

    • Exclusão de instância
    • Reverter para snapshot

  • As seguintes limitações se aplicam à instância STANDBY:

    • Não oferece suporte ao acesso NFS
    • Os backups estão desativados
    • Os snapshots estão desativados

Tráfego de rede

  • A replicação contínua de dados entre as instâncias de origem e de réplica acumula taxas de tráfego de rede. Para mais informações, consulte Preços do Filestore ou seu representante do Filestore.

Desempenho

  • A replicação contínua de dados entre o par afeta o desempenho de IOPS na instância de origem.

Disponibilidade

  • Algumas restrições se aplicam ao escolher uma região para a instância de réplica. Para mais informações, consulte seu representante do Filestore.

  • A exclusão da instância de origem não exclui a réplica associada a ela. Se a instância de origem não existir mais e você quiser excluir a instância usada anteriormente como réplica, use gcloud para localizar e excluir a instância.

Recomendações

Para uma solução robusta de recuperação de desastres, os usuários são incentivados a escolher uma região separada em vez de uma zona separada para a instância de réplica.

Monitoramento

A métrica time_since_last_replication representa o carimbo de data/hora da última cópia completa da instância ativa.

Para saber mais, acesse os recursos a seguir:

Preços

Ao usar a replicação de instâncias, as cobranças de instâncias e de rede entre regiões são aplicadas. A replicação de instâncias é oferecida sem custo extra. A instância de réplica é uma cópia completa e atualizada continuamente da instância de origem. Os preços são proporcionais ao suporte de recuperação de dados fornecido em uma opção de recuperação de dados contínua adequada para cargas de trabalho empresariais.

Para mais informações, consulte seu representante do Filestore.

A seguir