Sobre a replicação de instâncias

O Filestore agora 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 clientes selecionados, o Filestore oferece suporte à replicação de instâncias (GA na lista de permissões) para instâncias criadas nos seguintes níveis de serviço:

  • Zonal
  • Regional
  • Enterprise

Comparação da replicação de instâncias com outras opções de recuperação de dados

As seções a seguir abordam as vantagens da replicação de instância em comparação com instantâneos 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 reverter para uma versão anterior de um arquivo específico.

Os snapshots não replicam dados nem consomem 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 custo em comparação com outras operações de recuperação de dados do Filestore, a capacidade de instância disponível diminui continuamente à medida que as modificações de arquivo 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. Por isso, ela precisa ser usada com cuidado.

Backups

Os backups são recursos externos que ficam fora da instância, consumindo a própria capacidade. O primeiro backup é uma cópia completa dos dados da instância, e cada backup subsequente consome apenas os dados necessários para rastrear as 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 combina 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 as replica de forma assíncrona na instância de réplica dentro de um objetivo de ponto de recuperação (RPO, na sigla em inglês) de aproximadamente 30 minutos.

Esse processo depende de snapshots e consome capacidade de forma semelhante. À medida que os snapshots se tornam obsoletos, eles são excluídos para liberar a capacidade de instância em ambas as 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.

Funções de par de instâncias

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

  • ACTIVE

    A instância de origem.

  • STANDBY

    A instância da réplica.

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

Promover réplica

Embora a instância de réplica não possa ser montada ou gravada diretamente, em caso de interrupção do serviço, a réplica pode executar uma operação promote-replica. Essa mesma operação pode ser acessada no console do Google Cloud.

Essa operação inicia as seguintes ações:

  • Interrompe a replicação entre as instâncias ACTIVE e STANDBY.
  • Desfaz o pareamento dos dois recursos.
  • Promove a réplica para uma instância regular que é capaz de fazer conexões de clientes e gravar como qualquer outra instância.
  • O papel de replicação, ACTIVE ou STANDBY, é removido das duas instâncias.
  • Quando a operação é concluída, o estado da instância de réplica muda de PROMOTING para READY.

Quando o aplicativo estiver de volta on-line, essa nova instância de origem poderá ser pareada com uma nova réplica, e você poderá iniciar a replicação de instância novamente.

Para saber como executar a operação, consulte Interromper a replicação.

Failback

A operação promote-replica inicia uma interrupção na replicação. É uma mudança, não um evento de failover, o que significa que o failback não é automático. Quando 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:

  • Não disponível nos seguintes níveis de serviço:

    • HDD básico
    • SSD básico

  • As especificações a seguir precisam ser as mesmas para cada instância no par:

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 informados 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 desejado 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.

    As instâncias com uma taxa de mudança mais alta 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 necessariamente dobrar.

  • A replicação de instâncias é especificada na criação da instância. Se você quiser parear uma réplica com uma instância de origem, ative a replicação de instância na réplica ao criá-la e, em seguida, faça o pareamento com a origem. Uma instância existente não pode ser usada como uma réplica.

Operações

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

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

  • As limitações a seguir 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 entre em contato com seu representante.

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.

  • No caso de uma interrupção de serviço na região de espera, a instância ativa fica inacessível. Entre em contato com o suporte do Filestore para recuperar o acesso.

  • A exclusão da instância de origem não exclui a réplica associada. 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, recomendamos que os usuários escolham 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

A instância de réplica é uma cópia completa e atualizada continuamente da instância de origem. O preço é proporcional ao suporte de recuperação de dados fornecido em uma opção de recuperação de dados contínua adequada para cargas de trabalho corporativas. Para mais informações, consulte seu representante do Filestore.

A seguir