Replicação entre regiões de volumes do Azure NetApp Files

  • Artigo

A funcionalidade de replicação de Arquivos NetApp do Azure fornece proteção de dados por meio da replicação de volume entre regiões. Você pode replicar dados de forma assíncrona de um volume (origem) do Azure NetApp Files em uma região para outro volume (destino) do Azure NetApp Files em outra região. Esse recurso permite que você faça failover de seu aplicativo crítico se ocorrer uma interrupção ou desastre em toda a região.

Pares de replicação entre regiões suportados

A replicação de volume do Azure NetApp Files é suportada entre vários pares regionais do Azure e pares não padrão. A replicação de volume do Azure NetApp Files está atualmente disponível entre as seguintes regiões. Pode replicar volumes do Azure NetApp Files do Par Regional A para o Par Regional B e vice-versa.

Pares regionais do Azure

Geografia Par Regional A Par Regional B
Austrália Austrália Central Austrália Central 2
Austrália Leste da Austrália Austrália Sudeste
Ásia-Pacífico Ásia Leste Sudeste Asiático
Brasil Brasil do Sul Brasil Sudeste
Brasil/América do Norte Sul do Brasil E.U.A. Centro-Sul
Canadá Canadá Central Leste do Canadá
Europa Europa do Norte Europa Ocidental
Alemanha Alemanha Centro-Oeste Norte da Alemanha
Índia Índia Central Sul da Índia
Japão Leste do Japão Oeste do Japão
Coreia Coreia do Sul Central Sul da Coreia do Sul
América do Norte E.U.A. Leste E.U.A. Oeste
América do Norte E.U.A. Leste 2 E.U.A. Central
América do Norte E.U.A. Centro-Norte E.U.A. Centro-Sul
América do Norte EUA Oeste 3 E.U.A. Leste
Noruega Leste da Noruega Oeste da Noruega
Suíça Norte da Suíça Oeste da Suíça
Reino Unido Sul do Reino Unido Oeste do Reino Unido
Emirados Árabes Unidos Norte dos E.A.U. E.A.U. Central
Administração Pública dos EUA US Gov - Arizona US Gov - Texas
Administração Pública dos EUA US Gov - Virginia US Gov - Texas

Pares regionais não padrão do Azure

Geografia Par Regional A Par Regional B
Austrália/Sudeste Asiático Leste da Austrália Sudeste Asiático
França/Europa França Central Europa Ocidental
Alemanha/Reino Unido Alemanha Centro-Oeste Sul do Reino Unido
Alemanha/Europa Alemanha Centro-Oeste Europa Ocidental
Alemanha/França Alemanha Centro-Oeste França Central
Qatar/Europa Catar Central Europa Ocidental
América do Norte E.U.A. Leste E.U.A. Leste 2
América do Norte E.U.A. Leste 2 E.U.A. Oeste 2
América do Norte E.U.A. Centro-Norte E.U.A. Leste 2
América do Norte E.U.A. Centro-Sul E.U.A. Leste
América do Norte E.U.A. Centro-Sul E.U.A. Leste 2
América do Norte E.U.A. Centro-Sul E.U.A. Central
América do Norte E.U.A. Oeste 2 E.U.A. Leste
América do Norte E.U.A. Oeste 2 EUA Oeste 3
Administração Pública dos EUA US Gov - Arizona US Gov - Virginia

Nota

Pode haver uma discrepância no tamanho e no número de instantâneos entre a origem e o destino. Esta discrepância é esperada. As políticas de snapshot e os agendamentos de replicação influenciarão o número de snapshots. As políticas de snapshot e as agendas de replicação, combinadas com a quantidade de dados alteradas entre snapshots, influenciarão o tamanho dos snapshots. Para saber mais sobre instantâneos, consulte Como funcionam os instantâneos dos Arquivos NetApp do Azure.

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 regiões 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.

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 regiões

Com a replicação entre regiões dos Arquivos NetApp do Azure, você paga apenas pela quantidade de dados replicados. Não há cobrança de configuração ou taxa mínima de uso. O preço da replicação é baseado na frequência de replicação e na região do volume de destino escolhido durante a configuração inicial da replicação. Para obter mais informações, consulte a página Preços dos Arquivos NetApp do Azure.

A cobrança regular de capacidade de armazenamento dos Arquivos NetApp do Azure aplica-se ao volume de destino da replicação (também chamado de volume de proteção de dados).

Exemplos de preços

O valor de replicação entre regiões cobrado em um mês é baseado na quantidade de dados replicados por meio do recurso de replicação entre regiões durante esse mês. A quantidade de dados replicados é medida em GiB. Ele representa a soma dos dados replicados em duas regiões durante todas as replicações regulares dos volumes de origem para os volumes de destino e durante todas as replicações de ressincronização dos volumes de destino para os volumes de origem.

Exemplo 1: Replicação de linha de base do mês 1 e replicações incrementais

Suponha as seguintes situações:

  • Seu volume de origem é do nível de serviço do Azure NetApp Files Premium . Tem um tamanho de quota de volume de 1000 GiB e um tamanho de volume consumido de 500 GiB no início do primeiro dia de um mês. O volume está na região Centro-Sul dos EUA.
  • Seu volume de destino é do nível de serviço do Azure NetApp Files Standard . Fica na região Leste dos EUA 2 .
  • Você configurou uma replicação entre regiões baseada em hora entre os dois volumes acima. Portanto, o preço da replicação é de US$ 0,12 por GiB.
  • Para simplificar, suponha que seu volume de origem tenha uma alteração constante de dados de 0,5 GiB a cada hora, mas o tamanho total do volume consumido não cresce (permanece em 500 GiB).

Após a configuração inicial, a replicação de linha de base acontece imediatamente.

  • Quantidade de dados replicada durante a replicação da linha de base: 500 GiB
  • Cobranças de replicação de linha de base: 500 GiB * $0.12 = $60

Após a replicação da linha de base, apenas os blocos alterados são replicados. Portanto, apenas 0,5 GiB de dados serão replicados a cada hora nas replicações incrementais subsequentes.

  • Soma da quantidade de dados replicada em replicações incrementais para um mês de 30 dias: 0.5 GiB * 24 hours * 30 days = 360 GiB
  • Cobranças de replicação incremental: 360 GiB * $0.12 = $43.2

No final do Mês 1, a carga total de replicação entre regiões é a seguinte:

  • Carga total de replicação entre regiões a partir do Mês 1: $60 + $43.2 = $103.2

A cobrança regular de capacidade de armazenamento dos Arquivos NetApp do Azure se aplica ao volume de destino. No entanto, o volume de destino pode usar uma camada de armazenamento diferente (e mais barata) da camada de volume de origem.

Exemplo 2: Replicações incrementais do mês 2 e replicações de ressincronização

Suponha que você tenha um volume de origem, um volume de destino e uma relação de replicação entre as duas configurações, conforme descrito no Exemplo 1. Durante 29 dias do segundo mês (um mês de 30 dias), as replicações horárias ocorreram como esperado.

  • Soma da quantidade de dados replicada em replicações incrementais por 29 dias: 0.5 GiB * 24 hours * 29 days = 348 GiB

Suponha que no último dia do mês, ocorreu uma interrupção não planejada na região de origem e você fez failover para o volume de destino. Após 2 horas, a região de origem foi recuperada e você executou uma replicação de ressincronização do volume de destino para o volume de origem. Durante as 2 horas, 0,8 GiB de alteração de dados ocorreu no volume de destino e precisou ser ressincronizado com a fonte.

  • Soma da quantidade de dados replicada em replicações regulares por 22 horas no último dia: 0.5 GiB * 22 hours = 11 GiB
  • Quantidade de dados replicados durante uma replicação de ressincronização: 0.8 GiB

Portanto, até o final do Mês 2, a cobrança total de replicação entre regiões é a seguinte:

  • Carga total de replicação entre regiões a partir do Mês 2: (348 GiB + 11 GiB + 0.8 GiB) * $0.12 = $43.18

A cobrança regular de capacidade de armazenamento dos Arquivos NetApp do Azure para o Mês 2 se aplica ao volume de destino.

Próximos passos