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 na 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:

Diagram showing how data is replicated in a single data center with 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.

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:

Diagram showing how data is replicated in the primary region with 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.

Não há suporte para a camada de arquivos do Armazenamento de Blobs nas contas com ZRS no momento. 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 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

O ZRS para contas de armazenamento Standard de uso geral v2 está disponível para um subconjunto de regiões do Azure:

  • (Africa) Norte da África do Sul
  • (Pacífico Asiático) Leste da Austrália
  • (Pacífico Asiático) Índia Central
  • (Pacífico Asiático) Leste da Ásia
  • (Pacífico Asiático) Leste do Japão
  • (Pacífico Asiático) Coreia Central
  • (Pacífico Asiático) Sul da Índia
  • (Pacífico Asiático) Sudeste da Ásia
  • (Europa) França Central
  • (Europa) Centro-Oeste da Alemanha
  • (Europa) Norte da Europa
  • Leste da Noruega (Europa)
  • (Europa) Suécia Central
  • (Europa) Sul do Reino Unido
  • (Europa) Oeste da Europa
  • (América do Norte) Canadá Central
  • (América do Norte) EUA Central
  • (América do Norte) Leste dos EUA
  • (América do Norte) Leste dos EUA 2
  • (América do Norte) Centro-Sul dos EUA
  • (América do Norte) US Gov - Virgínia
  • (América do Norte) Oeste dos EUA 2
  • (América do Norte) Oeste dos EUA 3
  • (América do Sul) Sul do Brasil

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.

Os blobs de blocos Premium estão disponíveis em um subconjunto de regiões do Azure:

  • (Pacífico Asiático) Leste da Austrália
  • (Pacífico Asiático) Leste da Ásia
  • (Pacífico Asiático) Leste do Japão
  • (Pacífico Asiático) Sudeste da Ásia
  • (Europa) França Central
  • (Europa) Norte da Europa
  • (Europa) Oeste da Europa
  • (Europa) Sul do Reino Unido
  • (América do Norte) Leste dos EUA
  • (América do Norte) Leste dos EUA 2
  • (América do Norte) Oeste dos EUA 2
  • (América do Norte) Centro-Sul dos EUA
  • (América do Sul) Sul do Brasil

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.

O ZRS para compartilhamentos de arquivo Premium está disponível para um subconjunto de regiões do Azure:

  • (Pacífico Asiático) Leste da Austrália
  • (Pacífico Asiático) Leste do Japão
  • (Pacífico Asiático) Sudeste da Ásia
  • (Europa) França Central
  • (Europa) Norte da Europa
  • (Europa) Oeste da Europa
  • (Europa) Sul do Reino Unido
  • (América do Norte) Leste dos EUA
  • (América do Norte) Leste dos EUA 2
  • (América do Norte) Oeste dos EUA 2
  • (América do Norte) Centro-Sul dos EUA
  • (América do Sul) Sul do Brasil

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 o GRS ou o GZRS, os dados na região secundária não estão disponíveis para acesso de leitura ou gravação, a menos que ocorra um failover na região secundá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:

Diagram showing how data is replicated with GRS or 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:

Diagram showing how data is replicated with GZRS or 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

O GZRS está disponível para um subconjunto de regiões do Azure:

  • (Africa) Norte da África do Sul
  • (Pacífico Asiático) Leste da Austrália
  • (Pacífico Asiático) Leste da Ásia
  • (Pacífico Asiático) Leste do Japão
  • (Pacífico Asiático) Coreia Central
  • (Pacífico Asiático) Sudeste da Ásia
  • (Pacífico Asiático) Índia Central
  • (Europa) França Central
  • (Europa) Norte da Europa
  • Leste da Noruega (Europa)
  • (Europa) Suécia Central
  • (Europa) Sul do Reino Unido
  • (Europa) Oeste da Europa
  • (América do Norte) Canadá Central
  • (América do Norte) EUA Central
  • (América do Norte) Leste dos EUA
  • (América do Norte) Leste dos EUA 2
  • (América do Norte) Centro-Sul dos EUA
  • (América do Norte) Oeste dos EUA 2
  • (América do Norte) Oeste dos EUA 3
  • (América do Norte) US Gov - Virgínia
  • (América do Sul) Sul do Brasil

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 sobre failover e recuperação de desastre, consulte Como funciona um failover de conta.

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.

Cuidado

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. Para obter mais informações sobre como planejar uma possível perda de dados, consulte Antecipar perda de dados.

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.

Verificar a propriedade Horário da Última Sincronização

Como os dados são replicados para a região secundária de forma assíncrona, a região secundária geralmente está atrás da região primária. Se ocorrer uma falha na região primária, é provável que todas as gravações na primária ainda não tenham sido replicadas para a secundária.

Para determinar quais operações de gravação foram replicadas para a região secundária, seu aplicativo pode verificar a propriedade Horário da Última Sincronização da sua conta de armazenamento. Todas as operações de gravação gravadas na região primária antes da hora da última sincronização foram replicadas com êxito para a região secundária, o que significa que elas estão disponíveis para serem lidas na secundária. Qualquer operação de gravação gravada na região primária após a hora da última sincronização pode ou não ter sido replicada para a região secundária, o que significa que elas podem não estar disponíveis para operações de leitura.

Você pode consultar o valor da propriedade Horário da Última Sincronização usando o Azure PowerShell, a CLI do Azure ou uma das bibliotecas do cliente do Armazenamento do Azure. A propriedade Horário da Última Sincronização é um valor de data/hora em GMT. Para saber mais, confira Verificar a propriedade Horário da Última Sincronização de uma conta de armazenamento.

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 acesso aos arquivos e camada de acesso esporádico) Pelo menos 99,9% (99% para camadas de acesso aos arquivos e camada de acesso esporádico) Pelo menos 99,9% (99% para camadas de acesso aos arquivos e camada de acesso esporádico) para GRS

Pelo menos 99,99% (99,9% para camadas de acesso aos arquivos e camada de acesso esporádico) para RA-GRS
Pelo menos 99,9% (99% para camadas de acesso aos arquivos e camada de acesso esporádico) para GZRS

Pelo menos 99,99% (99,9% para camadas de acesso aos arquivos e camada de acesso esporádico) para RA-GZRS
Disponibilidade para solicitações de gravação Pelo menos 99,9% (99% para camadas de acesso aos arquivos e camada de acesso esporádico) Pelo menos 99,9% (99% para camadas de acesso aos arquivos e camada de acesso esporádico) Pelo menos 99,9% (99% para camadas de acesso aos arquivos e camada de acesso esporádico) Pelo menos 99,9% (99% para camadas de acesso aos arquivos e camada de acesso 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)

1 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.

LRS ZRS GRS RA-GRS GZRS RA-GZRS
Armazenamento de blob (incluindo Data Lake Storage)
Armazenamento de filas
Armazenamento de tabela
Arquivos do Azure1,2
Azure Managed Disks
Blobs de páginas
Armazenamento de blob (incluindo Data Lake Storage)
Armazenamento de filas
Armazenamento de tabela
Arquivos do Azure1,2
Discos gerenciados do Azure3
Armazenamento de blob (incluindo Data Lake Storage)
Armazenamento de filas
Armazenamento de tabela
Arquivos do Azure1
Armazenamento de blob (incluindo Data Lake Storage)
Armazenamento de filas
Armazenamento de tabela
Armazenamento de blob (incluindo Data Lake Storage)
Armazenamento de filas
Armazenamento de tabela
Arquivos do Azure1
Armazenamento de blob (incluindo Data Lake Storage)
Armazenamento de filas
Armazenamento de tabela

1 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.
2 Há suporte para compartilhamentos de arquivos Premium em LRS e ZRS.
3 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

1 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 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 arquivos, são copiados. Para saber mais sobre as camadas de blobs, confira Camadas de acesso frequente e esporádico aos arquivos para dados de blob.

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

Observação

O Armazenamento em Disco Premium do Azure atualmente dá suporte apenas ao armazenamento com redundância local (LRS). 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.

Suporte para failover de conta gerenciada pelo cliente

Todas as ofertas de redundante geográfica oferecem suporte ao failover gerenciado pela Microsoft no caso de um desastre na região primária. Além disso, alguns tipos de conta suportam failover de conta gerenciada pelo cliente, conforme mostrado na tabela a seguir. Os tipos de conta com suporte devem usar implantações do Gerenciador de Recursos do Azure. Para obter mais informações sobre a recuperação de desastres, veja Recuperação de desastre e failover de conta de armazenamento.

Tipo de failover GRS/RA-GRS GZRS/RA-GZRS
Failover gerenciado pelo cliente Contas v2 de finalidade geral
contas v1 de finalidade gera
contas herdadas de Armazenamento de Blobs
Contas para uso geral v2
Failover gerenciado pela Microsoft Todos os tipos de conta Contas para uso geral v2

Observação

O failover de conta gerenciado pelo cliente ainda não tem suporte em contas que têm um namespace hierárquico (Azure Data Lake Storage Gen2). Para saber mais, consulte Recursos de armazenamento de blob disponíveis no Azure Data Lake Storage Gen2.

No caso de um desastre que afete a região primária, a Microsoft gerenciará o failover para contas com um namespace hierárquico. Para obter mais informações, consulte failover gerenciado pela Microsoft.

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