Partilhar via

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

  • Artigo

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

Regiões suportadas

A visualização da replicação entre zonas está disponível nas seguintes regiões:

  • Leste da Austrália
  • Sul do Brasil
  • Canadá Central
  • Índia Central
  • E.U.A. Central
  • Ásia Leste
  • E.U.A. Leste
  • E.U.A. Leste 2
  • França Central
  • Alemanha Centro-Oeste
  • Israel Central
  • Norte da Itália
  • Leste do Japão
  • Coreia do Sul Central
  • Europa do Norte
  • Leste da Noruega
  • Catar Central
  • Norte da África do Sul
  • Sudeste Asiático
  • E.U.A. Centro-Sul
  • Suécia Central
  • Norte da Suíça
  • Norte dos E.A.U.
  • Sul do Reino Unido
  • US Gov - Virginia
  • Europa Ocidental
  • E.U.A. Oeste 2
  • EUA Oeste 3

No futuro, a replicação entre zonas será planejada para 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