Partilhar via


Compreender a replicação entre zonas dos Arquivos NetApp do Azure

Em muitos casos, a resiliência entre zonas de disponibilidade é alcançada por arquiteturas de HA usando replicação baseada em aplicativos 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, o recurso de replicação entre zonas (CZR) fornece proteção de dados entre volumes em diferentes zonas de disponibilidade. Você pode replicar dados de forma assíncrona de um volume de Arquivos NetApp do Azure (origem) em uma zona de disponibilidade para outro volume de Arquivos NetApp do Azure (destino) em outra zona de disponibilidade. Esse recurso permite que você faça failover de seu aplicativo crítico se ocorrer uma interrupção ou 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 de nível de serviço

O RPO (Recovery Point Objetive, objetivo de ponto de recuperação) indica o ponto no tempo para o qual os dados podem ser recuperados. O destino do RPO normalmente é menos do que o dobro do cronograma 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 oferece suporte a três agendamentos de replicação: 10 minutos, por hora e diariamente.

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

Importante

O agendamento de replicação de 10 minutos não é suportado para grandes volumes que usam replicação entre zonas.

O RTO (Recovery Time Objetive, objetivo de tempo de recuperação), ou o tempo de inatividade máximo tolerável do aplicativo de negócios, é determinado por fatores na abertura do aplicativo e no fornecimento de acesso aos dados no segundo local. Espera-se que a parte de armazenamento do RTO para quebrar a relação de emparelhamento para ativar o volume de destino e fornecer acesso a dados de leitura e gravação no segundo site esteja concluída em um minuto.

Modelo de custo para replicação entre zonas

Os volumes replicados são hospedados em um pool de capacidade. Como tal, o custo da replicação entre zonas baseia-se no tamanho e no nível do pool de capacidade provisionada, conforme normal. Não há custo adicional para a replicação de dados.

Próximos passos