Replicação entre regiões de volumes do Azure NetApp Files
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 |
| 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 | 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. Leste 2 | EUA Oeste 3 |
| 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 as agendas 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.
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 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 cobrança 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
- Requisitos e considerações da replicação entre regiões
- Criar replicação de volume
- Apresentar o estado de funcionamento da relação de replicação
- Gerir a recuperação após desastre
- Redimensionar um volume de destino de replicação entre regiões
- Métricas de replicação do volume
- Eliminar volumes ou replicações de volume
- Resolver problemas da replicação entre regiões
- Testar a recuperação de desastres para arquivos NetApp do Azure