Partilhar via

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

A funcionalidade de replicação Azure NetApp Files fornece proteção de dados por meio da replicação de volume entre regiões distintas. 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 transregionais 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 de Região A Par de Região 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 Brasil do Sul 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 Coreia do Sul
América do Norte Centro-Oeste dos EUA Oeste dos EUA 3
América do Norte Leste dos EUA E.U.A. Oeste
América do Norte Leste dos EUA 2 Centro-Oeste dos EUA
América do Norte E.U.A. Centro-Norte E.U.A. Centro-Sul
América do Norte Oeste dos EUA 3 Leste dos EUA
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 Emirados Árabes Unidos Norte Emirados Árabes Unidos Central
Administração Pública dos EUA Governo dos EUA - Arizona Governo dos EUA - Texas
Administração Pública dos EUA Governo dos EUA - Virginia Governo dos EUA - Texas

Pares regionais não padrão do Azure

Geografia Par de Região A Par de Região B
Austrália/Sudeste Asiático Leste da Austrália Sudeste Asiático
Israel/Suécia Israel Central Suécia Central
Qatar/Europa Catar Central Europa Ocidental
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
Itália/Suécia Norte da Itália Suécia Central
Suécia/Alemanha Suécia Central Alemanha Centro-Oeste
Espanha/Suécia Espanha Central Suécia Central
América do Norte Leste dos EUA Leste dos EUA 2
América do Norte Leste dos EUA E.U.A. Centro-Norte
América do Norte Leste dos EUA 2 E.U.A. Oeste 2
América do Norte Leste dos EUA 2 Oeste dos EUA 3
América do Norte E.U.A. Centro-Norte Leste dos EUA 2
América do Norte E.U.A. Centro-Sul Leste dos EUA
América do Norte E.U.A. Centro-Sul Leste dos EUA 2
América do Norte E.U.A. Centro-Sul Centro-Oeste dos EUA
América do Norte E.U.A. Oeste 2 Leste dos EUA
América do Norte E.U.A. Oeste 2 Oeste dos EUA 3
Suécia/Europa Suécia Central Europa do Norte
Suécia/Europa Suécia Central Europa Ocidental
Reino Unido/Europa Sul do Reino Unido Europa do Norte
Administração Pública dos EUA Governo dos EUA - Arizona Governo dos EUA - 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 instantâneos e os calendários de replicação influenciarão o número de instantâneos. As políticas de snapshot e as agendas de replicação, combinadas com a quantidade de dados alterados 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 Objective, objetivo de ponto de recuperação) indica o ponto no tempo até ao qual os dados podem ser recuperados. O objetivo do RPO geralmente é inferior ao 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 um calendário de replicação de 10 minutos, o RPO típico é inferior a 20 minutos.
  • Para o agendamento de replicação horária, o RPO típico é inferior a duas horas.
  • Para a programação de replicação diária, o RPO típico é inferior a dois dias.

Importante

Grandes volumes para replicação entre regiões não suportam o agendamento de replicação de 10 minutos.

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, ativar o volume de destino e fornecer acesso a dados de leitura e gravação no segundo local esteja concluída dentro de 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 de Preços de Azure NetApp Files.

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 uma quota de volume de 1000 GiB e um volume consumido de 500 GiB no início do primeiro dia do 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, o total da taxa de replicação entre várias regiões é o 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 normais 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é ao final do mês 2, o encargo total de replicação entre regiões é o seguinte:

  • Custo total de replicação entre regiões a partir do segundo mês: (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