Compartilhar via


Compreender a replicação entre zonas do Azure NetApp Files

Em muitos casos, a resiliência entre zonas de disponibilidade é obtida por arquiteturas de alta disponibilidade (HA) usando replicação baseada em aplicativo e HA, conforme explicado em Usar zonas de disponibilidade para alta disponibilidade. No entanto, abordagens mais simples e econômicas geralmente são consideradas usando a replicação de dados baseada em armazenamento.

Semelhante ao recurso de replicação entre regiões do Azure NetApp Files, a funcionalidade CZR (replicação entre zonas) fornece proteção de dados entre volumes em diferentes zonas de disponibilidade. É possível replicar dados de maneira assíncrona de um volume do Azure NetApp Files (origem) em uma zona de disponibilidade para outro volume do Azure NetApp Files (destino) em outra zona de disponibilidade. Essa funcionalidade permite o failover do aplicativo crítico no caso de uma interrupção ou um desastre em toda a zona.

A replicação entre zonas está disponível em todas as regiões habilitadas para AZ com a presença do Azure NetApp Files.

Objetivos em nível de serviço

O RPO (objetivo de ponto de recuperação) indica o ponto no tempo em que os dados podem ser recuperados. O destino de RPO normalmente é menor que o dobro do agendamento de replicação, mas pode variar. Em alguns casos, ele pode ir além do RPO de destino com base em fatores como o tamanho total do conjunto de dados, a taxa de alteração, a porcentagem de substituições de dados e a largura de banda de replicação disponível para transferência.

A replicação entre zonas dá suporte a três agendas de replicação: 10 minutos, por hora e diariamente.

  • Para o agendamento de replicação de 10 minutos, o RPO típico é de menos de 20 minutos.
  • Para o agendamento de replicação por hora, o RPO típico é de menos de duas horas.
  • Para o agendamento de replicação diário, o RPO típico é de menos de dois dias.

Importante

O agendamento de replicação de 10 minutos não tem suporte para grandes volumes usando replicação entre zonas.

O RTO ou o tempo de inatividade máximo tolerável do aplicativo de negócios é determinado pelos fatores para abrir o aplicativo e fornecer acesso aos dados no segundo site. A parte de armazenamento do RTO para interromper a relação de emparelhamento para ativar o volume de destino e fornecer acesso a dados de leitura e gravação no segundo site deve ser concluída em um minuto.

Modelo de custo para replicação entre zonas

Os volumes replicados são hospedados em um pool de capacidade. Dessa forma, o custo da replicação entre zonas é baseado no tamanho e na camada do pool de capacidade provisionado normalmente. Não há custo adicional para a replicação de dados.

Próximas etapas