Redundância do Armazenamento do Azure
O Armazenamento do Azure sempre armazena várias cópias dos seus dados para protegê-los contra eventos planejados e não planejados. Exemplos desses eventos incluem falhas de hardware transitórias, falhas de rede ou energia e grandes desastres naturais. 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 ou nã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. 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 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 ZRS na região primária para cargas de trabalho do Azure Data Lake Storage.
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, se ocorrer um desastre como incêndio ou inundação no datacenter, todas as réplicas de uma conta de armazenamento que use o LRS poderão ser perdidas ou 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, considere optar pelo LRS.
- Se seu aplicativo estiver restrito a replicar dados somente em uma região devido a requisitos de governança de dados, considere optar pelo 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 pares de regiões, consulte Regiões do Azure.
- Se seu cenário estiver usando discos não gerenciados do Azure, considere o uso de 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.
Quando você usa 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 (Sistema de Nomes de Domínio). Essas atualizações poderiam 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 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 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. 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 permanentemente afetadas. O GZRS (armazenamento com redundância de zona geográfica) usa o ZRS na região primária e também replica geograficamente seus dados para uma região secundária. O GZRS está disponível em muitas regiões e é recomendado para proteção contra desastres regionais.
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 frios ou quentes e blobs de acréscimo, 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
As opções de redundância podem ajudar a fornecer alta durabilidade para seus aplicativos. Em muitas regiões, você pode copiar os dados de sua conta de armazenamento para uma região secundária localizada a centenas de quilômetros de distância da região primária. 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 é recuperável.
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.
Ao usar 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 da operação de failover, a região secundária se tornará a região primária e você poderá ler e gravar dados. 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, eles também são replicados 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. Dados em uma conta GZRS são copiados entre três zonas de disponibilidade do Azure na região primária. Além disso, os dados 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 GZRS, você pode continuar a leitura e gravação dados se uma zona de disponibilidade ficar indisponível ou irrecuperável. Ademais, seus dados também permanecem duráveis durante uma interrupção regional completa ou um desastre em que a região primária não possa ser recuperada. O GZRS é projetado para fornecer durabilidade de, pelo menos, 99,99999999999999 % (dezesseis noves) dos objetos em 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. Todos os serviços de Armazenamento do Azure dão suporte ao GZRS, 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 os 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 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 de uma conta de armazenamento gerenciada 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 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 depois que você habilitar 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 como Usar a redundância geográfica para criar aplicativos altamente disponíveis.
Quando o acesso de leitura à região secundária está habilitado, seu aplicativo pode ser lido 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 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 | pelo menos 99,999999999% (onze noves) | pelo menos 99,9999999999% (doze noves) | pelo menos 99,99999999999999% (dezesseis noves) | pelo menos 99,99999999999999% (dezesseis noves) |
| 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 (Contrato de Nível de Serviço) 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 | Yes |
| 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 as opções de redundância com suporte em cada 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 | ✅ | ✅ |
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)1Blobs de blocos Premium ( BlockBlobStorage)1Compartilhamentos de arquivos Premium ( FileStorage) Blob de páginas Premium ( StorageV2) |
Standard de uso geral v2 (StorageV2)1Blobs de blocos Premium ( BlockBlobStorage)1Compartilhamentos 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 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). E os dados detectados corrompidos sã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)
- Preços