Redundância de dados dos Arquivos do Azure
Os Arquivos do Azure sempre armazenam várias cópias de seus dados para que sejam protegidos contra eventos planejados e não planejados, incluindo falhas transitórias de hardware, quedas de rede ou de energia e desastres naturais. A redundância garante que sua conta de armazenamento atenda às metas de disponibilidade e durabilidade, mesmo em caso de falhas.
Ao decidir qual opção de redundância é melhor para o seu cenário, considere as compensações entre custos mais baixos e maior disponibilidade. Os fatores que ajudam a determinar qual opção de redundância você deve escolher incluem:
- Como seus dados são replicados na região primária.
- Se seus dados são replicados para uma segunda região geograficamente distante da região primária, para proteção contra desastres regionais (redundância geográfica).
Os compartilhamentos de arquivos do Azure são gerenciados por meio de um recurso comum do Azure chamado conta de armazenamento. A conta de armazenamento representa um pool compartilhado de armazenamento que pode ser usado para implantar compartilhamentos de arquivos. Para obter mais informações sobre contas de armazenamento, consulte Visão geral da conta de armazenamento.
Ao criar uma conta de armazenamento, você escolhe uma configuração de redundância para a conta de armazenamento compartilhada para todos os serviços de armazenamento expostos por essa conta. Portanto, todos os compartilhamentos de arquivos implantados na mesma conta de armazenamento têm a mesma configuração de redundância. Talvez você queira isolar compartilhamentos de arquivos em contas de armazenamento separadas se elas tiverem requisitos de redundância diferentes.
Redundância na região primária
Os dados em uma conta de armazenamento do Azure são sempre replicados três vezes na região primária. O Azure Files oferece duas opções de como seus dados são replicados na região primária:
- O LRS (armazenamento com redundância local) copia os dados de forma síncrona três vezes em um único local físico na região principal. O LRS é a opção de replicação menos dispendiosa, mas não é recomendado para aplicações que exigem alta disponibilidade ou durabilidade.
- O armazenamento com redundância entre zonas (ZRS) copia os dados de forma síncrona entre três zonas de disponibilidade do Azure na região primária. Para aplicativos que exigem alta disponibilidade, recomendamos o uso do ZRS na região primária e também a replicação para uma região secundária.
Armazenamento localmente redundante
O LRS (armazenamento com redundância local) replica sua conta de armazenamento três vezes em um único data center na região principal. O LRS proporciona pelo menos 99,999999999% (11 noves) de durabilidade durante um determinado ano.
O LRS é a opção de redundância de menor custo e oferece a menor durabilidade em comparação com outras opções. O LRS protege seus dados contra falhas de rack e drive do servidor. No entanto, se ocorrer um desastre, como incêndio ou inundação, no data center, todas as réplicas de uma conta de armazenamento usando o LRS poderão ser perdidas ou irrecuperáveis. Para reduzir esse risco, recomendamos o uso de armazenamento com redundância de zona (ZRS), armazenamento com redundância geográfica (GRS) ou armazenamento com redundância de zona geográfica (GZRS).
Uma solicitação de gravação para uma conta de armazenamento que está usando o LRS acontece de forma síncrona. A operação de gravação retorna com êxito somente depois que os dados são gravados em todas as três réplicas.
O diagrama a seguir mostra como seus dados são replicados em um único data center com LRS:
O LRS é uma boa escolha para os seguintes cenários:
- Se o seu aplicativo armazena dados que podem ser facilmente reconstruídos se ocorrer perda de dados.
- Se seu aplicativo estiver restrito à replicação de dados somente dentro de um país ou região devido a requisitos de governança de dados. Em alguns casos, as regiões emparelhadas nas quais os dados são replicados geograficamente podem estar em outro país ou região. Para obter mais informações sobre regiões emparelhadas, consulte Regiões do Azure.
Armazenamento com redundância entre zonas
O ZRS (armazenamento com redundância de zona) replica sua conta de armazenamento de forma síncrona em três zonas de disponibilidade do Azure na região primária. Cada zona de disponibilidade é uma localização física separada com energia, refrigeração e rede independentes, O ZRS oferece uma durabilidade de pelo menos 99,9999999999% (12 9's) ao longo de um determinado ano.
Com o ZRS, seus dados ainda estão acessíveis para operações de leitura e gravação, mesmo que uma zona fique indisponível. Se uma zona ficar indisponível, o Azure realizará atualizações de rede, como reapontamento de DNS. Essas atualizações podem afetar seu aplicativo se você acessar os dados antes que as atualizações sejam concluídas. Ao projetar aplicativos para ZRS, siga as práticas para tratamento de falhas transitórias, incluindo a implementação de políticas de repetição com back-off exponencial.
Uma solicitação de gravação para uma conta de armazenamento que está usando o ZRS acontece de forma síncrona. A operação de gravação retorna com êxito somente depois que os dados são gravados em todas as réplicas nas três zonas de disponibilidade.
Uma vantagem de usar o ZRS para cargas de trabalho do Azure Files é que, se uma zona ficar indisponível, nenhuma remontagem de compartilhamentos de arquivos do Azure dos clientes conectados será necessária. Recomendamos o uso do ZRS na região principal para cenários que exigem alta disponibilidade. Também recomendamos o ZRS para restringir a replicação de dados a um determinado país ou região para atender aos requisitos de governança de dados.
Nota
A Sincronização de Ficheiros do Azure é redundante em todas as regiões que suportam zonas , exceto o Governo dos EUA da Virgínia. Na maioria dos casos, recomendamos que os usuários do Azure File Sync configurem contas de armazenamento para usar ZRS ou GZRS.
O diagrama a seguir mostra como seus dados são replicados nas zonas de disponibilidade na região primária com o ZRS:
O ZRS oferece excelente desempenho, baixa latência e resiliência para seus dados se eles ficarem temporariamente indisponíveis. No entanto, o ZRS por si só pode não proteger seus dados contra um desastre regional em que várias zonas são afetadas permanentemente. Para proteção contra desastres regionais, recomendamos o uso do armazenamento com redundância de zona geográfica (GZRS), que usa o ZRS na região primária e também replica geograficamente seus dados para uma região secundária.
Para obter mais informações sobre quais regiões oferecem suporte ao ZRS, consulte Serviço de zona de disponibilidade e suporte regional.
Contas de armazenamento Standard
O ZRS é suportado em contas de armazenamento v2 de uso geral padrão para todos os três níveis padrão: transação otimizada, quente e fria.
Para obter uma lista de regiões que dão suporte ao ZRS para contas de armazenamento padrão, consulte Regiões do Azure que oferecem suporte ao ZRS (armazenamento com redundância de zona) para contas de armazenamento padrão.
Contas de partilha de ficheiros Premium
O ZRS é compatível com compartilhamentos de arquivos premium por meio do FileStorage tipo de conta de armazenamento.
Para obter uma lista de regiões que oferecem suporte ao ZRS para contas de compartilhamento de arquivos premium, consulte Armazenamento com redundância de zona do Azure Files para compartilhamentos de arquivos premium.
Redundância numa região secundária
Para aplicativos que exigem alta durabilidade para compartilhamentos de arquivos SMB, você pode escolher o armazenamento com redundância geográfica para copiar os dados em sua conta de armazenamento para uma região secundária que esteja a centenas de quilômetros de distância da região primária. Se sua conta de armazenamento for copiada para uma região secundária, seus dados serão duráveis mesmo no caso de uma interrupção regional completa ou um desastre em que a região primária não seja recuperável.
Importante
Os Arquivos do Azure só dão suporte à redundância geográfica (GRS ou GZRS) para compartilhamentos de arquivos SMB padrão. Os compartilhamentos de arquivos Premium e NFS devem usar LRS ou ZRS.
Ao criar uma conta de armazenamento, você seleciona a região principal da conta. A região secundária emparelhada é determinada com base na região primária e não pode ser alterada. Para obter mais informações sobre regiões suportadas pelo Azure, consulte Regiões do Azure.
Os Arquivos do Azure oferecem duas opções para copiar seus dados para uma região secundária. Atualmente, as opções de armazenamento com redundância geográfica só estão disponíveis para compartilhamentos de arquivos SMB padrão.
- O armazenamento georredundante (GRS) copia os dados de forma síncrona três vezes numa única localização física na região primária através do LRS. Em seguida, copia os dados de forma assíncrona para uma única localização física na região secundária. Dentro da região secundária, seus dados são copiados de forma síncrona três vezes usando o LRS.
- O armazenamento com redundância de zona geográfica (GZRS) copia seus dados de forma síncrona em três zonas de disponibilidade do Azure na região primária usando o ZRS. Em seguida, copia os dados de forma assíncrona para uma única localização física na região secundária. Dentro da região secundária, seus dados são copiados de forma síncrona três vezes usando o LRS.
A principal diferença entre GRS e GZRS é como os dados são replicados na região primária. Na região secundária, os dados são sempre replicados de forma síncrona três vezes usando o LRS. O LRS na região secundária protege seus dados contra falhas de hardware.
Armazenamento georredundante
O armazenamento georredundante (GRS) copia os dados de forma síncrona três vezes numa única localização física na região primária através do LRS. Em seguida, ele copia seus dados de forma assíncrona para um único local físico em uma região secundária que está a centenas de quilômetros de distância da região primária. O GRS oferece uma durabilidade de pelo menos 99,999999999999% (16 9's) ao longo de um determinado ano.
Uma operação de gravação é primeiro confirmada no local principal e replicada usando o LRS. A atualização é replicada de forma assíncrona para a região secundária. Quando os dados são gravados no local secundário, eles também são replicados dentro desse local usando o LRS.
O diagrama a seguir mostra como seus dados são replicados com o GRS:
Armazenamento georredundante com redundância entre zonas
O armazenamento com redundância de zona geográfica (GZRS) combina a alta disponibilidade fornecida pela redundância em zonas de disponibilidade com a proteção contra interrupções regionais fornecidas pela replicação geográfica. Os dados em uma conta de armazenamento GZRS são copiados em três zonas de disponibilidade do Azure na região primária e também são replicados para uma região geográfica secundária para proteção contra desastres regionais. Recomendamos o uso do GZRS para aplicativos que exigem consistência, durabilidade e disponibilidade máximas, excelente desempenho e resiliência para recuperação de desastres.
Com uma conta de armazenamento GZRS, você pode continuar a ler e gravar dados se uma zona de disponibilidade ficar indisponível ou for irrecuperável. Além disso, seus dados também são duráveis no caso de uma interrupção regional completa ou um desastre no qual a região principal não é recuperável. GZRS é projetado para fornecer pelo menos 99,99999999999999% (16 9's) de durabilidade durante um determinado ano.
O diagrama a seguir mostra como seus dados são replicados com GZRS:
Apenas contas de armazenamento v2 padrão de uso geral suportam GZRS.
Para obter uma lista de regiões que dão suporte a GZRS, consulte Regiões do Azure que oferecem suporte a GZRS (armazenamento com redundância de zona geográfica).
Recuperação após desastre e ativação pós-falha
Com GRS ou GZRS, os compartilhamentos de arquivos não estarão acessíveis na região secundária, a menos que ocorra um failover. Se a região primária ficar indisponível, você poderá optar por fazer failover para a região secundária. O processo de failover atualiza a entrada DNS fornecida pelos Arquivos do Azure para que o ponto de extremidade secundário se torne o novo ponto de extremidade primário para sua conta de armazenamento. Durante o processo de failover, seus dados ficam inacessíveis. Após a conclusão do failover, você poderá ler e gravar dados na nova região primária. Após a conclusão do failover, a região secundária se torna a região primária e você pode ler e gravar dados novamente. Para obter mais informações, consulte Recuperação de desastres e failover dos Arquivos do Azure.
Importante
Os Arquivos do Azure não oferecem suporte ao armazenamento com redundância geográfica de acesso de leitura (RA-GRS) ou ao armazenamento com redundância de zona geográfica de acesso de leitura (RA-GZRS). Se uma conta de armazenamento estiver configurada para usar RA-GRS ou RA-GZRS, os compartilhamentos de arquivos serão configurados e cobrados como GRS ou GZRS.
Redundância geográfica para compartilhamentos de arquivos premium
Como mencionado anteriormente, as opções de redundância geográfica (GRS e GZRS) não são suportadas para compartilhamentos de arquivos premium. No entanto, você pode alcançar a redundância geográfica de outras maneiras.
Para cenários de Sincronização de Arquivos do Azure, você pode sincronizar entre seu compartilhamento de arquivos do Azure (seu ponto de extremidade na nuvem), um servidor de arquivos do Windows local e um compartilhamento de arquivos montado em execução em uma máquina virtual em outra região do Azure (seu ponto de extremidade do servidor para fins de recuperação de desastres). Você deve desabilitar a hierarquização na nuvem para garantir que todos os dados estejam presentes localmente e provisionar armazenamento suficiente na VM do Azure para armazenar todo o conjunto de dados. Para garantir que as alterações sejam replicadas rapidamente para a região secundária, os arquivos só devem ser acessados e modificados no ponto de extremidade do servidor, em vez de no Azure.
Você também pode criar seu próprio script para copiar dados para uma conta de armazenamento em uma região secundária usando ferramentas como AzCopy (use a versão 10.4 ou posterior para preservar ACLs e carimbos de data/hora).
Resumo das opções de redundância
As tabelas nas seções a seguir resumem as opções de redundância disponíveis para os Arquivos do Azure.
Parâmetros de durabilidade e disponibilidade
A tabela a seguir descreve os principais parâmetros para cada opção de redundância:
| Parâmetro | LRS | ZRS | GRS | GZRS |
|---|---|---|---|---|
| Durabilidade percentual de mais de um determinado ano | pelo menos 99,999999999% (11 9's) | pelo menos 99,9999999999% (12 9's) | pelo menos 99,999999999999% (16 9's) | pelo menos 99,999999999999% (16 9's) |
| Disponibilidade para pedidos de leitura | Pelo menos 99,9% (99% para o nível Cool) | Pelo menos 99,9% (99% para o nível Cool) | Pelo menos 99,9% (99% para o nível Cool) | Pelo menos 99,9% (99% para o nível Cool) |
| Disponibilidade para pedidos de escrita | Pelo menos 99,9% (99% para o nível Cool) | Pelo menos 99,9% (99% para o nível Cool) | Pelo menos 99,9% (99% para o nível Cool) | Pelo menos 99,9% (99% para o nível Cool) |
| Número de cópias dos dados mantidos em nós separados | Três cópias dentro de uma única região | Três cópias em zonas de disponibilidade separadas dentro de uma única região | Seis exemplares no total, sendo três na região primária e três na secundária | Seis cópias no total, incluindo três em zonas de disponibilidade separadas na região primária e três cópias localmente redundantes na região secundária |
Para obter mais informações, consulte o SLA para contas de armazenamento.
Durabilidade e disponibilidade por cenário de interrupção
A tabela a seguir indica se seus dados são duráveis e estão disponíveis em um determinado cenário, dependendo do tipo de redundância em vigor para sua conta de armazenamento. Os Arquivos do Azure não dão suporte ao acesso de leitura à região secundária se a região primária ficar indisponível, a menos que ocorra um failover.
| Cenário de interrupção | LRS | ZRS | GRS | GZRS |
|---|---|---|---|---|
| Um nó dentro de um data center fica indisponível | Sim | Sim | Sim | Sim |
| Um data center inteiro (zonal ou não zonal) fica indisponível | Não | Sim | Sim1 | Sim |
| Uma interrupção em toda a região ocorre na região primária | No | Não | Sim1 | Sim1 |
1 O failover de conta é necessário para restaurar a disponibilidade de gravação se a região primária ficar indisponível.
Para obter informações sobre preços para cada opção de redundância, consulte Preços dos Arquivos do Azure.