Redundância do Armazenamento do Azure
O Armazenamento do Azure sempre armazena várias cópias de seus dados para protegê-los de eventos planejados e não planejados. Exemplos desses eventos incluem falhas transitórias de hardware, quedas de rede ou de energia e desastres naturais maciços. 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 de uma região primária para uma segunda região, geograficamente distante, para proteger contra desastres regionais (replicação geográfica).
- Se seu aplicativo requer acesso de leitura aos dados replicados na região secundária durante uma interrupção na região primária (replicação geográfica com acesso de leitura).
Nota
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 Blob do Azure).
Os serviços que compõem o Armazenamento 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 recursos de armazenamento, como contêineres de blob (Armazenamento de Blob), compartilhamentos de arquivos (Arquivos do Azure), tabelas (Armazenamento de Tabela) ou filas (Armazenamento de Filas). Para obter mais informações sobre contas de Armazenamento do Azure, consulte Visão geral da conta de armazenamento.
A configuração de redundância para 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. Considere 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 Microsoft Azure oferece duas opções para a forma como os 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, a Microsoft recomenda o uso do ZRS na região primária e também a replicação para uma região secundária.
Nota
A Microsoft recomenda o uso do ZRS na região principal para cargas de trabalho do Armazenamento do Azure Data Lake.
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. LRS fornece pelo menos 99,9999999999% (11 noves) de durabilidade de objetos ao longo de 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, a Microsoft recomenda 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 seu aplicativo armazena dados que podem ser facilmente reconstruídos se ocorrer perda de dados, considere escolher LRS.
- Se seu aplicativo estiver restrito à replicação de dados somente dentro de uma região devido a requisitos de governança de dados, considere escolher o LRS. Em alguns casos, as regiões emparelhadas nas quais os dados são replicados geograficamente podem estar dentro de outra região. Para obter mais informações sobre regiões emparelhadas, consulte Regiões do Azure.
- Se o seu cenário estiver usando discos não gerenciados do Azure, considere usar o LRS. Embora seja possível criar uma conta de armazenamento para discos não gerenciados do Azure que usa GRS, ela não é recomendada devido a possíveis problemas com a consistência na replicação geográfica assíncrona.
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 durabilidade para recursos de armazenamento de pelo menos 99,9999999999% (12 9s) durante um determinado ano.
Quando você utiliza o ZRS, seus dados permanecem 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 o redirecionamento do DNS (Sistema de Nomes de Domínio). 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. 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 o uso do ZRS na região principal para cenários que exigem alta disponibilidade. O ZRS também é recomendado para restringir a replicação de dados a uma região específica para atender aos requisitos de governança de dados.
A Microsoft recomenda o uso do ZRS para cargas de trabalho do Azure Files. Se uma zona ficar indisponível, nenhuma remontagem de compartilhamentos de arquivos do Azure dos clientes conectados será necessária.
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 totalmente seus dados contra um desastre regional em que várias zonas são afetadas permanentemente. O armazenamento com redundância de zona geográfica (GZRS) usa o ZRS na região primária e também replica geograficamente seus dados para uma região secundária. GZRS está disponível em muitas regiões, e é recomendado para proteção contra desastres regionais.
A camada de arquivamento para armazenamento de Blob não é suportada atualmente para contas ZRS, GZRS ou RA-GZRS. Os discos não gerenciados não suportam ZRS ou GZRS.
Para obter mais informações sobre quais regiões oferecem suporte ao ZRS, consulte Regiões do Azure com zonas de disponibilidade.
Contas de armazenamento Standard
O ZRS tem suporte para todos os serviços de Armazenamento do Azure por meio de contas de armazenamento v2 de uso geral padrão, incluindo:
- Armazenamento de Blobs do Azure (blobs de bloco quentes e frios e blobs de acréscimo, blobs de página que não sejam de disco)
- Arquivos do Azure (todas as camadas padrão: transação otimizada, ativa e legal)
- Armazenamento de Tabelas 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 oferecem suporte ao armazenamento com redundância de zona (ZRS) para contas de armazenamento padrão.
Contas de blob de bloco premium
O ZRS é suportado para contas de blobs de bloco premium. Para obter mais informações sobre blobs de bloco premium, consulte Contas de armazenamento de blob de bloco premium.
Para obter uma lista de regiões que dão suporte ao armazenamento com redundância de zona (ZRS) para contas de blobs de bloco premium, consulte Regiões do Azure que oferecem suporte ao armazenamento com redundância de zona (ZRS) para contas de blob de bloco premium.
Contas de partilha de ficheiros Premium
O ZRS tem suporte para compartilhamentos de arquivos premium (Arquivos do Azure) por meio do FileStorage tipo de conta de armazenamento.
Para obter uma lista de regiões que oferecem suporte ao armazenamento com redundância de zona (ZRS) para contas de compartilhamento de arquivos premium, consulte Armazenamento com redundância de zona dos Arquivos do Azure para compartilhamentos de arquivos premium.
Discos geridos
O ZRS é suportado para discos gerenciados com as seguintes limitações.
Para obter uma lista de regiões que oferecem suporte ao ZRS (armazenamento com redundância de zona) para discos gerenciados, consulte Disponibilidade regional.
Redundância numa região secundária
As opções de redundância podem ajudar a fornecer alta durabilidade para suas aplicações. Em muitas regiões, você pode copiar os dados em sua conta de armazenamento para uma região secundária localizada a centenas de quilômetros de distância da região principal. Copiar sua conta de armazenamento para uma região secundária garante que seus dados permaneçam duráveis durante uma interrupção regional completa ou um desastre no qual a região primária não seja recuperável.
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.
O Armazenamento do Azure oferece duas opções para copiar seus dados para uma região secundária:
- 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.
Nota
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.
Quando você utiliza GRS ou GZRS, os dados na região secundária não estão disponíveis para acesso de leitura ou gravação, a menos que haja um failover para a região primária. Para acesso de leitura à região secundária, configure sua conta de armazenamento para usar armazenamento com redundância geográfica de acesso de leitura (RA-GRS) ou armazenamento com redundância de zona geográfica de acesso de leitura (RA-GZRS). Para obter mais informações, consulte 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 da operação de failover, a região secundária se torna a região primária e você pode ler e gravar dados. Para obter mais informações sobre recuperação de desastres e saber como fazer failover para a região secundária, consulte Recuperação de desastres e failover de conta de armazenamento.
Importante
Como os dados são replicados para a região secundária de forma assíncrona, uma falha que afete a região primária pode resultar em 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 RPO (Recovery Point Objetive, objetivo de ponto de recuperação). O RPO indica o ponto no tempo para o qual os dados podem ser recuperados. A plataforma de Armazenamento do Azure normalmente tem um RPO de menos de 15 minutos, embora atualmente não haja SLA sobre quanto tempo leva para replicar dados para a região secundária.
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 para os recursos de armazenamento de pelo menos 99,999999999999% (16 9s) durante 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 GRS ou RA-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 GZRS são copiados em três zonas de disponibilidade do Azure na região primária. Além disso, também se replica 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 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 permanecem duráveis durante 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 9s) de durabilidade de objetos ao longo de um determinado ano.
O diagrama a seguir mostra como seus dados são replicados com GZRS ou RA-GZRS:
Apenas contas de armazenamento v2 padrão de uso geral suportam GZRS. Todos os serviços de Armazenamento do Azure suportam GZRS, incluindo:
- Armazenamento de Blobs do Azure (blobs de bloco quentes e frios, blobs de página que não sejam de disco)
- Arquivos do Azure (todas as camadas padrão: transação otimizada, ativa e legal)
- Armazenamento de Tabelas 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 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 aos usuários ou aplicativos quando ocorre uma interrupção na região primária, a menos que ocorra um failover. O processo de failover atualiza a entrada DNS fornecida pelo Armazenamento do Azure para que os pontos de extremidade do serviço de armazenamento na região secundária se tornem os novos pontos de extremidade primários 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. Para obter mais informações, consulte Como funciona o failover de conta de armazenamento gerenciado pelo cliente para se recuperar de uma interrupção.
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 estão sempre disponíveis para serem lidos a partir da secundária, inclusive em uma situação em que a região primária fica indisponível. As configurações de armazenamento com redundância geográfica de acesso de leitura (RA-GRS) ou de armazenamento com redundância de zona geográfica de acesso de leitura (RA-GZRS) permitem o acesso de leitura à região secundária.
Nota
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).
Projete seus aplicativos para acesso de leitura ao secundário
Se sua conta de armazenamento estiver configurada para acesso de leitura à região secundária, você poderá projetar seus aplicativos para mudar perfeitamente para a leitura de dados da 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 depois de ativar o RA-GRS ou o RA-GZRS. Essa disponibilidade permite que você teste seu aplicativo com antecedência para garantir que ele seja lido corretamente da região secundária durante uma interrupção. Para obter mais informações sobre como projetar seus aplicativos para aproveitar a redundância geográfica, consulte Usar redundância geográfica para projetar aplicativos altamente disponíveis.
Quando o acesso de leitura ao secundário está habilitado, seu aplicativo pode ser lido a partir dos pontos de extremidade secundários e primários. O ponto de extremidade secundário acrescenta o sufixo -secondary ao nome da conta. Por exemplo, se o ponto de extremidade principal para armazenamento de Blob for myaccount.blob.core.windows.net, o ponto de extremidade secundário será myaccount-secondary.blob.core.windows.net. As chaves de acesso da conta para sua conta de armazenamento são as mesmas para os pontos de extremidade primários e secundários.
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 a perda potencial 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 |
|---|---|---|---|---|
| Percentagem de durabilidade dos objetos ao longo de um determinado ano | pelo menos 99,999999999% (11 9s) | pelo menos 99,9999999999% (12 9s) | pelo menos 99,999999999999% (16 9s) | pelo menos 99,999999999999% (16 9s) |
| Disponibilidade para pedidos de leitura | Pelo menos 99,9% (99% para níveis de acesso frio/frio/arquivamento) | Pelo menos 99,9% (99% para o nível de acesso frio/frio) | Pelo menos 99,9% (99% para níveis de acesso frio/frio/arquivamento) para GRS Pelo menos 99,99% (99,9% para níveis de acesso frio/frio/arquivamento) para RA-GRS |
Pelo menos 99,9% (99% para o nível de acesso frio/frio) para GZRS Pelo menos 99,99% (99,9% para o nível de acesso frio/frio) para RA-GZRS |
| Disponibilidade para pedidos de escrita | Pelo menos 99,9% (99% para níveis de acesso frio/frio/arquivamento) | Pelo menos 99,9% (99% para o nível de acesso frio/frio) | Pelo menos 99,9% (99% para níveis de acesso frio/frio/arquivamento) | Pelo menos 99,9% (99% para o nível de acesso frio/frio) |
| 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 Contrato de Nível de Serviço 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:
| Cenário de interrupção | LRS | ZRS | GRS/RA-GRS | GZRS/RA-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 |
| O acesso de leitura à região secundária estará disponível se a região primária ficar indisponível | No | Não | Sim (com RA-GRS) | Sim (com RA-GZRS) |
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 mais informações, consulte Recuperação de desastres e failover de conta de armazenamento.
Serviços de Armazenamento do Azure suportados
A tabela a seguir mostra as opções de redundância suportadas por cada serviço de Armazenamento do Azure.
| Serviço | LRS | ZRS | GRS | RA-GRS | GZRS | RA-GZRS |
|---|---|---|---|---|---|---|
| Armazenamento de Blob (incluindo armazenamento Data Lake) |
✅ | ✅ | ✅ | ✅ | ✅ | ✅ |
| Armazenamento de filas | ✅ | ✅ | ✅ | ✅ | ✅ | ✅ |
| Armazenamento de tabelas | ✅ | ✅ | ✅ | ✅ | ✅ | ✅ |
| Ficheiros do Azure | ✅1,2 | ✅1,2 | ✅1 | ✅1 | ||
| Discos gerenciados do Azure | ✅ | ✅3 | ||||
| Azure Elastic SAN | ✅ | ✅ |
1 As partilhas de ficheiros padrão são suportadas no LRS e no ZRS. Compartilhamentos de arquivos padrão são suportados em GRS e GZRS, desde que tenham tamanho menor ou igual a 5 TiB.
2 Partilhas de ficheiros Premium são suportadas em LRS e ZRS.
3 Os discos gerenciados pelo ZRS têm certas limitações. Consulte a seção Limitações do artigo Opções de redundância para discos gerenciados para obter detalhes.
Tipos de conta de armazenamento suportados
A tabela a seguir mostra quais opções de redundância são suportadas para cada tipo de conta de armazenamento. Para obter informações sobre tipos de conta de armazenamento, consulte Visão geral da conta de armazenamento.
| Tipos de conta de armazenamento | LRS | ZRS | GRS/RA-GRS | GZRS/RA-GZRS |
|---|---|---|---|---|
| Recomendadas | Padrão de uso geral v2 (StorageV2)1Blobs de bloco premium ( BlockBlobStorage)1Compartilhamentos de arquivos premium ( FileStorage) Blobs de página premium ( StorageV2) |
Padrão de uso geral v2 (StorageV2)1Blobs de bloco premium ( BlockBlobStorage)1Compartilhamentos de arquivos premium ( FileStorage) |
Padrão de uso geral v2 (StorageV2)1 |
Padrão de uso geral v2 (StorageV2)1 |
| Legado | Padrão de uso geral v1 (Storage)Blob legado ( BlobStorage) |
N/A | Padrão de uso geral v1 (Storage)Blob legado ( BlobStorage) |
N/A |
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 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 bloco, blobs de acréscimo, blobs de página, filas, tabelas e arquivos são copiados.
Os dados em todas as camadas, incluindo a camada de arquivamento, são sempre copiados do primário para o secundário durante a replicação geográfica. A camada de arquivamento para armazenamento de Blob é atualmente suportada 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, consulte Camadas de acesso para dados de blob.
Os discos não gerenciados não suportam ZRS ou GZRS.
Para obter informações sobre preços para cada opção de redundância, consulte Preços do Armazenamento do Azure.
Nota
As contas de armazenamento de blob de bloco oferecem suporte ao armazenamento com redundância local (LRS) e ao armazenamento com redundância de zona (ZRS) em determinadas regiões.
Integridade dos dados
O Armazenamento do Azure verifica regularmente a integridade dos dados armazenados usando verificações de redundância cíclica (CRCs). E a corrupção de dados detetada é reparada usando dados redundantes. O Armazenamento do Azure também calcula somas de verificação em todo o tráfego de rede para detetar corrupção de pacotes de dados ao armazenar ou recuperar dados.
Consulte também
- Alterar a opção de redundância para uma conta de armazenamento
- Replicação geográfica (GRS/GZRS/RA-GRS/RA-GZRS)
- Preços