Compartilhar via

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

  • Artigo

A funcionalidade de replicação do Azure NetApp Files fornece proteção de dados por meio da replicação de volume entre regiões. É possível replicar dados de forma assíncrona de um volume do Azure NetApp Files (origem) para outro volume do Azure NetApp Files (destino). Essa funcionalidade permite o failover do aplicativo crítico se ocorrer uma interrupção ou um desastre em toda a região.

Pares de replicação entre regiões com suporte

A replicação de volume do Azure NetApp Files tem suporte entre vários pares regionais do Azure e pares fora do padrão. No momento, a replicação de volume do Azure NetApp Files está disponível entre as seguintes regiões. Você pode replicar volumes do Azure NetApp Files de um par regional A para um par regional B e vice-versa.

Pares regionais do Azure

painel Geografia do app's selecionado Par Regional A Par Regional B
Austrália Austrália Central Austrália Central 2
Austrália Leste da Austrália Australia Southeast
Pacífico Asiático Leste da Ásia Sudeste Asiático
Brasil Brazil South Sudeste do Brasil
Brasil/América do Norte Brazil South Centro-Sul dos Estados Unidos
Canada Canadá Central Leste do Canadá
Europa Norte da Europa Europa Ocidental
Alemanha Centro-Oeste da Alemanha Norte da Alemanha
Índia Índia Central Sul da Índia
Japão Leste do Japão Oeste do Japão
Coreia do Sul Coreia Central Sul da Coreia
América do Norte Leste dos EUA Oeste dos EUA
América do Norte Leste dos EUA 2 Centro dos EUA
América do Norte Centro-Norte dos EUA Centro-Sul dos Estados Unidos
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 Norte dos EAU EAU Central
Governo dos EUA Governo dos EUA do Arizona Governo dos EUA do Texas
Governo dos EUA US Gov – Virgínia Governo dos EUA do Texas

Pares não padrão regionais do Azure

painel Geografia do app's selecionado Par Regional A Par Regional B
Sudeste da Ásia/Austrála Leste da Austrália Sudeste Asiático
Israel/Suécia Israel Central Suécia Central
Catar/Europa Catar Central Europa Ocidental
França/Europa França Central Europa Ocidental
Alemanha/Reino Unido Centro-Oeste da Alemanha Sul do Reino Unido
Alemanha/Europa Centro-Oeste da Alemanha Europa Ocidental
Alemanha/França Centro-Oeste da Alemanha França Central
Itália/Suécia Norte da Itália Suécia Central
Suécia/Alemanha Suécia Central Centro-Oeste da Alemanha
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 2 Oeste dos EUA 2
América do Norte Leste dos EUA 2 Oeste dos EUA 3
América do Norte Centro-Norte dos EUA Leste dos EUA 2
América do Norte Centro-Sul dos Estados Unidos Leste dos EUA
América do Norte Centro-Sul dos Estados Unidos Leste dos EUA 2
América do Norte Centro-Sul dos Estados Unidos Centro dos EUA
América do Norte Oeste dos EUA 2 Leste dos EUA
América do Norte Oeste dos EUA 2 Oeste dos EUA 3
Governo dos EUA Governo dos EUA do Arizona Gov. dos EUA – Virgínia

Observação

Pode haver uma discrepância no tamanho e no número dos instantâneos entre a origem e o destino. Essa discrepância é esperada. As políticas de instantâneo e os agendamentos de replicação influenciarão o número de instantâneos. As políticas de instantâneo e os agendamentos de replicação, combinados com a quantidade de dados alterados entre instantâneos, influenciarão o tamanho dos instantâneos. Para saber mais sobre instantâneos, consulte Como funcionam os instantâneos 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 regiões dá 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 é 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

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

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

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

A capacidade de armazenamento regular do Azure NetApp Files se aplica ao volume de destino de replicação (também chamado de volume de proteção de dados).

Exemplos de preços

O valor da replicação entre regiões cobrado em um mês baseia-se 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. Ela representa a soma dos dados replicados em duas regiões durante todas as replicação 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 e replicações incrementais do mês 1

Considere as seguintes situações:

  • O volume de origem é do nível de serviço Premium do Azure NetApp Files. Ele tem um tamanho de cota de volume de 1000 GiB e um tamanho consumido por volume de 500 GiB no início do primeiro dia de um mês. O volume está na região Centro-Sul dos EUA.
  • O volume de destino é do nível de serviço Standard do Azure NetApp Files. Está na região Leste dos EUA 2.
  • Você configurou uma replicação entre regiões com base em hora entre os dois volumes acima. Portanto, o preço da replicação é de $0,12 por GiB.
  • Simplificando, considere que o volume de origem tem uma mudança constante de dados de 0,5-GiB a cada hora, mas o tamanho total consumido do volume não cresce (permanece em 500 GiB).

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

  • Valor dos dados replicados durante a replicação de linha de base: 500 GiB
  • Cobranças de replicação de linha de base: 500 GiB * $0.12 = $60

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

  • Soma da quantidade de dados replicada entre as replicações incrementais por 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 cobrança total da replicação entre regiões será a seguinte:

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

A cobrança da capacidade de armazenamento regular do Azure NetApp Files 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 e replicações de ressincronização do mês 2

Considere que você tem um volume de origem, um volume de destino e uma relação de replicação entre essas duas configurações, conforme descrito no Exemplo 1. Por 29 dias do segundo mês (um mês de 30 dias), as replicações por hora ocorreram conforme o esperado.

  • Soma da quantidade de dados replicada entre as replicações incrementais por um mês de 29 dias: 0.5 GiB * 24 hours * 29 days = 348 GiB

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

  • 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 replicada durante uma replicação de ressincronização: 0.8 GiB

Portanto, no final do mês 2, a cobrança total da replicação entre regiões será a seguinte:

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

A cobrança da capacidade de armazenamento regular do Azure NetApp Files do mês 2 se aplica ao volume de destino.

Próximas etapas