Redundância do Armazenamento do Azure

A redundância do Armazenamento do Azure sempre armazena várias cópias dos seus dados para que eles sejam protegidos contra eventos planejados e não planejados, incluindo falhas de hardware transitórias, interrupções de energia ou rede e desastres naturais de grandes proporções. A redundância garante que sua conta de armazenamento atenda às suas metas de disponibilidade e durabilidade mesmo diante de falhas.

Ao decidir qual opção de redundância é melhor para seu cenário, considere os benefícios comparativos entre custos menores e maior disponibilidade. Os fatores que ajudam a determinar qual opção de redundância você deve escolher incluem:

• Como os dados são replicados dentro da região primária
• Se os dados são replicados para uma segunda região que está geograficamente distante da região primária como proteção contra desastres regionais (replicação geográfica).
• Se o aplicativo requer acesso de leitura aos dados replicados na região secundária quando a região primária ficar não disponível por algum motivo (replicação geográfica com acesso de leitura).

Observação

Os recursos e a disponibilidade regional descritos neste artigo também estão disponíveis para contas que têm um namespace hierárquico (Armazenamento de Blobs do Azure).

Os serviços que compõem o Armazenamento do Azure são gerenciados por meio de um recurso comum do Azure chamado de conta de armazenamento. A conta de armazenamento representa um pool de armazenamento compartilhado que pode ser usado para implantar recursos de armazenamento, como contêineres de blob (Armazenamento de Blobs), compartilhamentos de arquivo (Arquivos do Azure), tabelas (Armazenamento de Tabelas) ou filas (Armazenamento de Filas). Para saber mais sobre as contas de Armazenamento do Azure, confira Visão geral da conta de armazenamento.

A configuração de redundância de uma conta de armazenamento é compartilhada para todos os serviços de armazenamento expostos por essa conta. Todos os recursos de armazenamento implantados na mesma conta de armazenamento têm a mesma configuração de redundância. Você poderá isolar diferentes tipos de recursos em contas de armazenamento separadas se eles 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 Armazenamento do Azure oferece duas opções de como os dados são replicados na região primária:

• O armazenamento com redundância local (LRS) copia seus dados de forma síncrona três vezes em um único local físico na região primária. O LRS é a opção de replicação menos dispendiosa, mas não é recomendada para aplicativos que exigem alta disponibilidade ou durabilidade.
• O Armazenamento com redundância de zona (ZRS) copia seus dados de forma síncrona em três zonas de disponibilidade do Azure na região primária. Para aplicativos que exigem alta disponibilidade, a Microsoft recomenda usar o ZRS na região primária e também replicar para uma região secundária.

Observação

A Microsoft recomenda usar o ZRS na região primária para cargas de trabalho do Azure Data Lake Storage Gen2.

Armazenamento com redundância local

O LRS (armazenamento com redundância local) replica a conta de armazenamento três vezes em um só data center na região primária. O armazenamento com redundância local (LRS) fornece pelo menos 99,999999999% (11 noves) de durabilidade dos objetos em 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 unidade e rack do servidor. No entanto, caso ocorra um desastre no data center, como um incêndio ou uma inundação, todas as réplicas de uma conta de armazenamento que use o LRS poderão ser perdidas ou se tornarem irrecuperáveis. Para atenuar esse risco, a Microsoft recomenda usar o armazenamento com redundância de zona (ZRS), o armazenamento com redundância geográfica (GRS) ou o 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 ocorre 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 os dados são replicados em um único data center com o LRS:

O LRS é uma boa opção para os seguintes cenários:

• Se seu aplicativo armazenar dados que possam ser facilmente reconstruídos, você pode optar por LRS.
• Se seu aplicativo estiver restrito a replicar dados somente em um país ou região devido a requisitos de governança de dados, você poderá optar pelo LRS. Em alguns casos, as regiões emparelhadas entre as quais os dados são replicados geograficamente podem estar em outro país ou região. Para obter mais informações sobre pares de regiões, consulte Regiões do Azure.
• Se o cenário conta com discos não gerenciados do Azure você deve optar pelo LRS. É possível criar uma conta de armazenamento para discos não gerenciados do Azure que usam GRS, mas isso não é recomendável devido a possíveis problemas de consistência em relação à replicação geográfica assíncrona.

Armazenamento com redundância de zona

O ZRS (armazenamento com redundância de zona) replica a conta de armazenamento de modo síncrono em três zonas de disponibilidade do Azure na região primária. Cada zona de disponibilidade é um local físico separado com energia, resfriamento e rede independentes. O ZRS oferece durabilidade para recursos de armazenamento de, pelo menos, 99,9999999999% (doze noves) ao ano.

Com o ZRS, seus dados ainda podem ser acessados por operações de leitura e de gravação, mesmo em caso de não disponibilidade de uma zona. Se uma zona se tornar indisponível, o Azure realizará atualizações da rede, como o redirecionamento de DNS. Essas atualizações podem afetar seu aplicativo se você estiver acessando os dados antes que as atualizações sejam concluídas. Ao criar aplicativos para ZRS, siga práticas para manipulação de falha transitórias, incluindo a implementação de políticas de novas tentativas com retirada exponencial.

Uma solicitação de gravação para uma conta de armazenamento que está usando o ZRS ocorre 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. Se uma zona de disponibilidade estiver temporariamente indisponível, a operação retornará com êxito depois que os dados forem gravados em todas as zonas disponíveis.

A Microsoft recomenda usar o ZRS na região primária para cenários que exigem alta disponibilidade. O ZRS também é recomendado para restringir a replicação de dados para um país ou região específica para atender aos requisitos de governança de dados.

A Microsoft recomenda o uso do ZRS para cargas de trabalho de Arquivos do Azure. Quando uma zona fica não disponível, não é necessário remontar os compartilhamentos de arquivo do Azure dos clientes conectados.

O diagrama a seguir mostra como os dados são replicados entre as zonas de disponibilidade na região primária com o ZRS:

O ZRS fornece desempenho excelente, baixa latência e resiliência para seus dados se eles ficarem temporariamente indisponíveis. Entretanto, por si só, o ZRS não pode proteger seus dados contra um desastre regional em que várias zonas permanentemente são afetadas. Para proteção contra desastres regionais, a Microsoft recomenda 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.

No momento, não há suporte para a camada de arquivos do Armazenamento de Blobs nas contas com ZRS, GZRS ou RA-GZRS. Discos não gerenciados não dão suporte para ZRS ou GZRS.

Para saber quais regiões dão suporte ao ZRS, confira regiões do Azure com zonas de disponibilidade.

Contas de armazenamento padrão

Há suporte para ZRS em todos os serviços de Armazenamento do Azure por meio de contas de armazenamento Standard de uso geral v2, incluindo:

• Armazenamento de Blobs do Azure (blobs de blocos ou de acréscimo quentes e frios, blobs de páginas que não são de disco)
• Arquivos do Azure (todas as camadas Standard: otimizada para transações, quente e fria)
• Armazenamento da tabela do Azure
• Armazenamento de Filas do Azure

Para obter uma lista de regiões que dão suporte ao armazenamento com redundância de zona (ZRS) para contas padrão, consulte Regiões do Azure que dão suporte ao armazenamento com redundância de zona (ZRS) para contas de armazenamento padrão.

Conta de Blob de blocos Premium

O ZRS é compatível com as contas de blobs de bloco Premium. Para obter mais informações sobre os blobs de blocos Premium, confira Contas de armazenamento de blob de blocos Premium.

Para obter uma lista das regiões que dão suporte ao armazenamento com redundância de zona (ZRS) para contas de blob de blocos premium, consulte Regiões do Azure que dão suporte ao armazenamento com redundância de zona (ZRS) para contas de blob de blocos premium.

Contas de compartilhamento de arquivo Premium

O ZRS é compatível com os compartilhamentos de arquivo Premium (Arquivos do Azure) por meio do tipo de conta de armazenamento FileStorage.

Para obter uma lista de regiões que dão suporte ao armazenamento com redundância de zona (ZRS) para contas de compartilhamento de arquivos premium, consulte Armazenamento com redundância de zona do Arquivos do Azure para compartilhamentos de arquivos premium.

Discos gerenciados

O ZRS tem suporte para discos gerenciados com as seguintes limitações.

Para obter uma lista de regiões que dão suporte ao armazenamento com redundância de zona (ZRS) para discos gerenciados, consulte disponibilidade regional.

Redundância em uma região secundária

Para aplicativos que exigem alta durabilidade, você pode optar por também 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 no qual a região principal não possa ser recuperada.

Quando você cria uma conta de armazenamento, pode selecionar a região primária para a conta. A região secundária emparelhada é determinada com base na região primária e não pode ser alterada. Para saber mais sobre regiões com suporte do Azure, confira Regiões do Azure.

O Armazenamento do Azure oferece duas opções para copiar seus dados para uma região secundária:

• O armazenamento com redundância geográfica (GRS) copia seus dados de forma síncrona três vezes em um único local físico na região primária usando o LRS. Em seguida, ele copia os dados de forma assíncrona para um único local físico na região secundária. Na 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, ele copia os dados de forma assíncrona para um único local físico na região secundária. Na região secundária, seus dados são copiados de forma síncrona três vezes usando o LRS.

Observação

A principal diferença entre o GRS e o GZRS é como os dados são replicados na região primária. Na região secundária, os dados são sempre replicados três vezes de forma síncrona, usando o LRS. O LRS na região secundária protege seus dados contra falhas de hardware.

Com GRS ou GZRS, os dados na região secundária não ficam disponíveis para acesso de leitura ou gravação, a menos que ocorra um failover na região primária. Para obter acesso de leitura para a região secundária, configure sua conta de armazenamento para usar o armazenamento com redundância geográfica com acesso de leitura (RA-GRS) ou o armazenamento com redundância de zona com acesso de leitura (RA-GZRS). Para saber mais, confira Acesso de leitura aos dados na região secundária.

Se a região primária ficar indisponível, você poderá optar por fazer failover para a região secundária. Após a conclusão do failover, a região secundária se tornará a região primária e você poderá ler e gravar os dados novamente. Para saber mais sobre a recuperação de desastres e sobre como fazer failover para a região secundária, confira Recuperação de desastres e failover da conta de armazenamento.

Importante

Como os dados são replicados para a região secundária de forma assíncrona, uma falha que afeta a região primária poderá resultar na perda de dados se a região primária não puder ser recuperada. O intervalo entre as gravações mais recentes na região primária e a última gravação na região secundária é conhecido como objetivo de ponto de recuperação (RPO). O RPO indica o ponto no tempo em que os dados podem ser recuperados. Normalmente, a plataforma Armazenamento do Azure tem um RPO inferior a 15 minutos, embora no momento não haja nenhum SLA que estabeleça o tempo necessário para replicar os dados até a região secundária.

Armazenamento com redundância geográfica

O armazenamento com redundância geográfica (GRS) copia seus dados de forma síncrona três vezes em um único local físico na região primária usando o 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 durabilidade para recursos de armazenamento de, pelo menos, 99,99999999999999% (dezesseis noves) ao ano.

Uma operação de gravação primeiro é confirmada para o local primário e replicados usando o LRS. A atualização, em seguida, é replicada assincronamente para a região secundária. Quando dados são gravados para o local secundário, ela também é replicada dentro desse local usando o LRS.

O diagrama a seguir mostra como os dados são replicados com o GRS ou com o RA-GRS:

Armazenamento com redundância de zona geográfica

O armazenamento com redundância de zona geográfica (GZRS) combina a alta disponibilidade fornecida pela redundância entre 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 entre 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. A Microsoft recomenda 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 lendo e gravando dados se uma zona de disponibilidade ficar indisponível ou não puder ser recuperada. Além disso, seus dados também serão duráveis no caso de uma interrupção regional completa ou um desastre no qual a região primária não possa ser recuperada. O GZRS foi projetado para fornecer pelo menos 99,99999999999999% (dezesseis noves) de durabilidade dos objetos durante um determinado ano.

O diagrama a seguir mostra como os dados são replicados com o GZRS ou com o RA-GZRS:

Somente as contas de armazenamento Standard de uso geral v2 dão suporte ao GZRS. O GZRS é compatível com todos os serviços de Armazenamento do Azure, incluindo:

• Armazenamento de Blobs do Azure (blobs de blocos quentes e frios, blobs de páginas que não são de disco)
• Arquivos do Azure (todas as camadas Standard: otimizada para transações, quente e fria)
• Armazenamento da tabela do Azure
• Armazenamento de Filas do Azure

Para obter uma lista de regiões que dão suporte ao armazenamento com redundância de zona geográfica (GZRS), consulte as Regiões do Azure que dão suporte ao armazenamento com redundância de zona geográfica (GZRS).

Acesso de leitura aos dados na região secundária

O armazenamento com redundância geográfica (com GRS ou GZRS) replica seus dados para outro local físico na região secundária para proteger contra interrupções regionais. Com uma conta configurada para GRS ou GZRS, os dados na região secundária não são diretamente acessíveis para usuários ou aplicativos, a menos que ocorra um failover. O processo de failover atualiza a entrada DNS fornecida pelo armazenamento do Azure para que o ponto de extremidade secundário se torne o novo ponto de extremidade primário de sua conta de armazenamento. Durante o processo de failover, seus dados são inacessíveis. Após a conclusão do failover, você pode fazer a leitura e gravar dados na nova região primária. Para obter mais informações, consulte Como funciona o failover da conta de armazenamento gerenciada pelo cliente.

Se seus aplicativos exigirem alta disponibilidade, você poderá configurar sua conta de armazenamento para acesso de leitura à região secundária. Quando você habilita o acesso de leitura para a região secundária, seus dados ficam sempre disponíveis para serem lidos a partir da secundária, inclusive nas situações em que a região primária ficar indisponível. A configuração do armazenamento com redundância geográfica com acesso de leitura (RA-GRS) ou o armazenamento com redundância de zona com acesso de leitura (RA-GZRS) permitir acesso de leitura a região secundária.

Observação

Nos Arquivos do Azure, não há suporte para o RA-GRS (armazenamento com redundância geográfica com acesso de leitura) e o RA-GZRS (armazenamento com redundância de zona geográfica com acesso de leitura).

Projete seus aplicativos para ter acesso de leitura na região secundária

Se sua conta de armazenamento estiver configurada para o acesso de leitura na região secundária, você poderá projetar seus aplicativos para alternar diretamente para a leitura de dados na região secundária se a região primária ficar indisponível por qualquer motivo.

A região secundária está disponível para acesso de leitura após a habilitação do RA-GRS ou do RA-GZRS, de modo que você pode testar seu aplicativo com antecedência para certificar-se de que ele será lido corretamente na região secundária no caso de uma interrupção. Para obter mais informações sobre como projetar seus aplicativos para aproveitar a redundância geográfica, consulte como Usar a redundância geográfica para criar aplicativos altamente disponíveis.

Quando o acesso de leitura na região secundária estiver habilitado, seus aplicativos poderão ser lidos do ponto de extremidade secundário tão bem quanto do ponto de extremidade primário. O ponto de extremidade secundário acrescenta o sufixo –secondary ao nome da conta. Por exemplo, se o ponto de extremidade primário para o blob de armazenamento for myaccount.blob.core.windows.net, seu ponto de extremidade secundário será myaccount-secondary.blob.core.windows.net. As chaves de acesso para o seu armazenamento são as mesmas para os pontos de extremidade primário e secundário.

Planejar a perda de dados

Como os dados são replicados de forma assíncrona da região primária para a secundária, a região secundária normalmente está atrás da região primária em termos de operações de gravação. Se um desastre atingir a região primária, é provável que alguns dados sejam perdidos, e que os arquivos dentro de um diretório ou contêiner não sejam consistentes. Para obter mais informações sobre como planejar uma possível perda de dados, consulte Perda de dados e inconsistências.

Resumo das opções de redundância

As tabelas nas seções a seguir resumem as opções de redundância disponíveis para o Armazenamento 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/RA-GRS	GZRS/RA-GZRS
Porcentagem de durabilidade dos objetos em um determinado ano	no mínimo 99,999999999% (11 9's)	no mínimo 99,9999999999% (12 9's)	no mínimo 99,99999999999999% (16 9's)	no mínimo 99,99999999999999% (16 9's)
Disponibilidade para solicitações de leitura	Pelo menos 99,9% (99% para camadas de armazenamento de arquivos/frio/esporádico)	Pelo menos 99,9% (99% para a camada de armazenamento/frio/esporádico)	Pelo menos 99,9% (99% para camadas de armazenamento de arquivos/frio/esporádico) para GRS Pelo menos 99,99% (99,9% para camadas de armazenamento de arquivos/frio/esporádico) para RA-GRS	Pelo menos 99,9% (99% para a camada de acesso esporádico/frio) para o GZRS Pelo menos 99,99% (99.9% para a camada de acesso esporádico/frio) para o RA-GZRS
Disponibilidade para solicitações de gravação	Pelo menos 99,9% (99% para camadas de armazenamento de arquivos/frio/esporádico)	Pelo menos 99,9% (99% para a camada de armazenamento/frio/esporádico)	Pelo menos 99,9% (99% para camadas de armazenamento de arquivos/frio/esporádico)	Pelo menos 99,9% (99% para a camada de armazenamento/frio/esporádico)
Número de cópias de dados mantidos em nós separados	Três cópias em uma única região	Três cópias em zonas de disponibilidade separadas em uma única região	Total de seis cópias, incluindo três na região primária, e três na região secundária	Total de seis cópias, incluindo três em zonas de disponibilidade separadas na região primária, e três cópias com redundância local na região secundária

Para obter mais informações, consulte o SLA para contas de armazenamento.

Cenário de durabilidade e disponibilidade durante interrupções

A tabela a seguir indica se os dados são duráveis e se estão disponíveis em um determinado cenário, dependendo de qual tipo de redundância estiver em vigor para sua conta de armazenamento:

Cenário de interrupção	LRS	ZRS	GRS/RA-GRS	GZRS/RA-GZRS
Um nó dentro de um data center se torna 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 ocorre em toda a região primária	Não	Não	Sim1	Sim1
O acesso de leitura na região secundária estará disponível se a região primária ficar indisponível	Não	Não	Sim (com RA-GRS)	Sim (com RA-GZRS)

¹ O failover da conta é necessário para restaurar a disponibilidade de gravação se a região primária ficar indisponível. Para saber mais, confira Recuperação de desastre e failover da conta de armazenamento.

Serviços de Armazenamento do Azure com suporte

A tabela a seguir mostra quais opções de redundância têm suporte em cada tipo de serviço do Armazenamento do Azure.

Serviço	LRS	ZRS	GRS	RA-GRS	GZRS	RA-GZRS
Armazenamento de blob (incluindo Data Lake Storage)	✅	✅	✅	✅	✅	✅
Armazenamento de filas	✅	✅	✅	✅	✅	✅
Armazenamento de tabela	✅	✅	✅	✅	✅	✅
Arquivos do Azure	✅1,2	✅1,2	✅1		✅1
Azure Managed Disks	✅	✅3
Azure Elastic SAN	✅	✅

¹ Há suporte para compartilhamentos de arquivos padrão em LRS e ZRS. Os compartilhamentos de arquivos padrão têm suporte em GRS e GZRS, contanto que sejam menores ou iguais a 5 TiB de tamanho.
² Há suporte para compartilhamentos de arquivos Premium em LRS e ZRS.
³ Os discos gerenciados do ZRS têm determinadas limitações. Para obter detalhes, confira a seção Limitações do artigo Opções de redundância para discos gerenciados.

Tipos de conta de armazenamento suportados

A tabela a seguir mostra quais opções de redundância são compatíveis com cada tipo de conta de armazenamento. Para obter informações sobre os tipos de conta de armazenamento, confira Visão geral da conta de armazenamento.

Tipos de conta de armazenamento	LRS	ZRS	GRS/RA-GRS	GZRS/RA-GZRS
Recomendado	Standard de uso geral v2 (StorageV2)1 Blobs de blocos Premium (BlockBlobStorage)1 Compartilhamentos de arquivos Premium (FileStorage) Blob de páginas Premium (StorageV2)	Standard de uso geral v2 (StorageV2)1 Blobs de blocos Premium (BlockBlobStorage)1 Compartilhamentos de arquivos Premium (FileStorage)	Standard de uso geral v2 (StorageV2)1	Standard de uso geral v2 (StorageV2)1
Herdada	Standard de uso geral v1 (Storage) Blob herdado (BlobStorage)	N/D	Standard de uso geral v1 (Storage) Blob herdado (BlobStorage)	N/D

¹ Contas desse tipo com um namespace hierárquico habilitado também suportam a opção de redundância especificada.

Todos os dados de todas as contas de armazenamento são copiados do primário para o secundário de acordo com a opção de redundância para a conta de armazenamento. Os objetos, incluindo blobs de blocos, blobs de acréscimo, blobs de páginas, filas, tabelas e arquivos são copiados.

Os dados em todas as camadas, incluindo a camada de acesso aos arquivos, sempre serão copiados do primário para o secundário durante a replicação geográfica. Atualmente, há suporte para a camada de acesso aos arquivos para contas LRS, GRS e RA-GRS, mas não para contas ZRS, GZRS ou RA-GZRS. Para obter mais informações sobre camadas de blob, confira Camadas de acesso para dados de blob.

Discos não gerenciados não dão suporte para ZRS ou GZRS.

Para obter informações sobre cada opção de redundância de preços, confira Preços do Armazenamento do Azure.

Observação

As contas de armazenamento de blobs de blocos dão suporte ao armazenamento com redundância local (LRS) e ao armazenamento com redundância de zona (ZRS) em determinadas regiões.

Integridade de dados

O Armazenamento do Azure verifica regularmente a integridade dos dados armazenados usando verificações de redundância cíclica (CRCs). Caso sejam detectados dados corrompidos, eles serão reparados usando dados redundantes. O Armazenamento do Azure também calcula somas de verificação em todo o tráfego de rede para detectar corrupção de pacotes de dados ao armazenar ou recuperar dados.

Confira também

• Alterar a opção de redundância de uma conta de armazenamento
• Replicação geográfica (GRS/GZRS/RA-GRS/RA-GZRS)
  • Verificar a propriedade Horário da Última Sincronização de uma conta de armazenamento
  • Recuperação de desastres e failover da conta de armazenamento
• Preços
  • Armazenamento de Blobs
  • Arquivos do Azure
  • Armazenamento de Tabelas
  • Armazenamento de Filas
  • Discos do Azure