Replicação do Azure Storage explicada: LRS, ZRS, GRS, RA-GRS

O que é a replicação de storage do Azure?

Para manter a disponibilidade de dados e a durabilidade, Azure Storage cria e armazena cópias dos dados em vários locais. Esse processo é chamado de replicação de storage. O objetivo é fornecer redundância para proteger os dados contra falhas de hardware, interrupções de energia ou de rede.

Existem várias opções de redundância que você pode escolher. Você pode replicar dados dentro de uma região ou pode replicar para uma região secundária geograficamente distante. Além disso, você pode habilitar o acesso de leitura aos dados replicados localizados em uma região secundária para fornecer disponibilidade durante desastres.

Neste artigo, você aprenderá:

• Tipos de replicação do Azure Storage
• Storage com redundância local (LRS)
• Storage com redundância de zona (ZRS)
• Storage georredundante (GRS)
• Geo-Redundante de Acesso de Leitura (RA-GRS)
• Replicação de objetos para Block Blob Storage
• Perguntas e respostas sobre a replicação do Azure Storage
  • Como verificar o status de replicação do Azure para block blob storage?
  • Quais tipos de replicação estão disponíveis para minha storage account?

Tipos de replicação do Azure Storage

Por padrão, o Azure Storage replica os dados três vezes em uma região primária. Além disso, o Azure oferece as seguintes opções que você pode configurar para replicação na região primária:

• O armazenamento com redundância local (LRS) replica os dados de forma síncrona em três discos dentro de um data center na região primária. Oferece um nível moderado de disponibilidade a um custo menor.
• O armazenamento com redundância de zona (ZRS) replica dados de forma síncrona entre três zonas de disponibilidade do Azure na região primária. Oferece um nível mais alto de resiliência a um custo mais elevado.

Além desses dois tipos básicos de replicação, existem três tipos adicionais disponíveis no Azure Storage:

• Armazenamento georredundante (GRS)— armazena outras três cópias de dados em uma região pareada do Azure
• Acesso de leitura com redundância geográfica (RA-GRS)— semelhante ao GRS, mas permite a leitura de dados de ambas as regiões do Azure
• Replicação de objetos para Block Blob Storage— um tipo especial de replicação usado apenas para blobs de blocos, replicando-os entre uma conta de armazenamento de origem e uma de destino.

Armazenamento com redundância local (LRS)

O LRS replica os dados três vezes em um data center localizado em uma região primária. Quando o LRS está habilitado, o Azure Storage só registra as solicitações de gravação como bem-sucedidas depois que os dados são gravados em três réplicas. O LRS oferece pelo menos 99,999999999% de durabilidade para os objetos durante um determinado ano.

O LRS é oferecido a baixo custo e pode ajudar a proteger os dados contra falha de disco e falha de rack de servidor. No entanto, o LRS não cobre todos os cenários de perda de dados. Use o LRS se a perda for menos sensível ou se seus dados estiverem restritos a um local devido a requisitos de conformidade.

Storage com redundância de zona (ZRS)

O ZRS realiza a replicação em três zonas de disponibilidade do Azure. Cada zona de disponibilidade do Azure é uma localização física individual com sua própria rede, energia e refrigeração independentes. O ZRS oferece uma durabilidade mínima de 99,9999999999% para os objetos durante um determinado ano.

ZRS garante que os dados permaneçam acessíveis mesmo se uma zona de disponibilidade ficar indisponível. Isso é verdade tanto para operações de gravação quanto de leitura. Azure Storage só registra uma operação de gravação como bem-sucedida depois de garantir que os dados foram gravados com segurança em todas as três zonas de disponibilidade. Você pode usar ZRS em uma região primária para garantir consistência, alta disponibilidade e durabilidade.

Armazenamento georredundante (GRS)

O GRS oferece redundância adicional para storage em comparação com o LRS ou o ZRS. Além das três cópias dos dados armazenadas em uma região, existem três cópias armazenadas em uma região do Azure correspondente. Assim, o GRS oferece todos os recursos do storage LRS na zona primária e, adicionalmente, fornece um storage LRS secundário em outra região.

Como todas as operações de leitura e gravação ainda são gerenciadas por meio de um único data center, os SLAs de leitura e gravação fornecidos pela Microsoft são os mesmos que para storage ZRS e LRS.

Existem duas desvantagens da redundância GRS:

• A replicação entre regiões é assíncrona e, portanto, os dados são propagados com um pequeno atraso
• A segunda região não pode ser acessada ou lida até que a conta de armazenamento seja transferida.

Read-Access com redundância geográfica (RA-GRS)

O RA-GRS possui o mesmo nível de redundância da replicação GRS padrão, com um benefício adicional—as cópias secundárias armazenadas em regiões do Azure emparelhadas são legíveis. Isso significa que, se o seu aplicativo estiver configurado corretamente, você pode usar vários pontos de extremidade legíveis. Isso aumenta o SLA para operações de leitura para 99,99%.

No entanto, o SLA para operações de gravação permanece 99,9%, porque uma única área ainda controla as operações de gravação e atualização.

Devido à replicação assíncrona, ambos os tipos de replicação GRS apresentam algum atraso de replicação. Você pode usar o parâmetro LastSyncTime para garantir que está lendo a cópia mais recente dos dados.

Replicação de objetos para Block Blob Storage

Os métodos de replicação anteriores eram relevantes para todos os serviços de storage do Azure. Este é um método de replicação especial que está disponível apenas para Block Blob Storage.

O método de replicação de objetos é assíncrono. Você pode usá-lo para mover dados automaticamente para uma camada de arquivamento, a fim de otimizar a distribuição de dados e reduzir custos. Ou você pode usá-lo para sincronizar dados com um recurso de storage executando mais próximo dos seus usuários, para reduzir a latência.

Os blobs de blocos são replicados de acordo com sua política de replicação, que especifica as contas e contêineres Azure de origem/destino e quais blobs de blocos devem ser replicados.

A replicação de objetos Blob em bloco copia:

• Conteúdo Blob
• Versão Blob
• Metadados do blob

Perguntas e respostas sobre a replicação do Azure Storage

Como verificar o status de replicação do Azure para Block Blob Storage?

Você pode verificar o status da replicação de blobs de bloco consultando a conta de storage de origem. Se o status da replicação de blobs da conta de origem indicar falha, investigue o seguinte:

• Verifique se existe uma política de replicação de objetos na conta de armazenamento de destino.
• Certifique-se de que o contêiner de destino existe.
• Se o blob original for criptografado durante a operação de gravação usando uma chave fornecida pelo usuário, a replicação falhará.

Quais tipos de replicação estão disponíveis para minha conta de storage?

Aqui estão os tipos de replicação disponíveis, dependendo do seu tipo de conta de storage:

• A versão 1 de uso geral suporta LRS e GRS/RA-GRS
• A versão 2 de uso geral suporta LRS, ZRS, GRS/RA-GRS e GZRS/RA-GZRS
• O storage de blobs em bloco suporta apenas LRS
• O armazenamento de blobs suporta LRS e GRS/RA-GRS
• O storage de arquivos suporta LRS e ZRS

Storage do Azure de nível empresarial com Azure NetApp Files 

Azure NetApp Files é outra alternativa de storage de arquivos do Microsoft Azure, construída com tecnologia NetApp, oferecendo recursos de compartilhamento de arquivos corporativos capazes de suportar até mesmo seus principais aplicativos de negócios.

Obtenha gerenciamento e storage de dados de nível empresarial no Azure para que você possa gerenciar suas cargas de trabalho e aplicativos com facilidade e mover todos os seus aplicativos baseados em arquivos para a nuvem.

Azure NetApp Files resolve os desafios de disponibilidade e desempenho para empresas que desejam migrar aplicativos de missão crítica para a nuvem, incluindo cargas de trabalho como HPC, SAP, Linux, Oracle e SQL Server, Windows Virtual Desktop e muito mais.