Avaliar opções de redundância de dados para o Armazenamento do Azure

Concluído

A disponibilidade de dados é comercialmente crítica para a maioria das organizações.

Suponha que seus clientes tenham problemas para acessar transmissões de música em raras ocasiões. Ao investigar, você descobriu que esses problemas ocorreram durante interrupções que afetaram toda a região. Essas ocasiões foram raras, mas causaram um grande impacto.

Para aprimorar a disponibilidade de dados de sua empresa, você decide investigar as opções de replicação disponíveis para o Armazenamento do Azure.

Aqui, você vai explorar as diferentes opções de replicação para o Armazenamento do Azure. Você aprenderá como elas funcionam e quando usá-las. Você também saberá como alternar e migrar seus dados entre eles.

Opções de replicação para o Armazenamento do Azure

No Armazenamento do Azure, você tem várias opções de replicação. A sua escolha depende do nível de resiliência de que você precisa.

Armazenamento com redundância local

Illustration that shows three copies of blob data stored in the same datacenter with LRS.

O LRS (armazenamento com redundância local) copia os dados três vezes em racks separados de hardware em um datacenter de uma região. Mesmo que haja uma falha de hardware ou um trabalho de manutenção no datacenter, esse tipo de replicação garante que os dados estejam disponíveis para uso.

O LRS não protege você contra uma interrupção em todo o datacenter. Se o datacenter ficar inativo, você poderá perder seus dados.

Armazenamento com redundância geográfica

Illustration that shows blob data copied three times to two different datacenters with GRS.

Com o GRS (armazenamento com redundância geográfica), os dados são copiados três vezes em uma região e três vezes em uma região secundária emparelhada. Dessa forma, se a sua região primária estiver sofrendo uma interrupção, sua região secundária estará disponível para uso.

Armazenamento com redundância geográfica com acesso de leitura

Com o GRS, a sua região secundária não está disponível para acesso de leitura até que a região primária falhe. Se você quiser ler da região secundária, mesmo que a região primária não tenha falhado, use RA-GRS (armazenamento com redundância geográfica com acesso de leitura) para seu tipo de replicação.

Armazenamento com redundância de zona

Illustration of data copied to three storage clusters in separate availability zones with ZRS.

O ZRS (armazenamento com redundância de zona) copia os dados em três clusters de armazenamento em uma região única. Cada cluster está em uma localização física diferente e é considerado uma zona de disponibilidade única. Cada cluster usa utilitários próprios separados para coisas como rede e energia. Se um datacenter estiver passando por uma interrupção, seus dados permanecerão acessíveis em outra zona de disponibilidade na mesma região do Azure.

Como todas as zonas de disponibilidade estão em uma só região, o ZRS não pode proteger seus dados contra uma interrupção regional.

Armazenamento com redundância de zona geográfica

O GZRS (armazenamento com redundância de zona geográfica) combina os benefícios da alta disponibilidade do ZRS com GRS. Com esse tipo de replicação, seus dados são copiados entre três zonas de disponibilidade em uma região. Os dados também são replicados três vezes para outra região secundária emparelhada com ela. Assim, os dados com redundância de zona também são protegidos contra interrupções regionais.

Armazenamento com redundância de zona geográfica com acesso de leitura

O RA-GZRS (armazenamento com redundância de zona geográfica com acesso de leitura) usa o mesmo método de replicação do GZRS, mas permite a leitura na região secundária. Se você quiser ler os dados que são replicados para a região secundária, mesmo que a primária não esteja com tempo de inatividade, use RA-GZRS para o seu tipo de replicação.

GZRS e RA-GZRS estão disponíveis nas seguintes regiões:

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

Regiões emparelhadas

É em uma região emparelhada que uma região do Azure é emparelhada com outra na mesma localização geográfica para proteger contra interrupção regional. As regiões emparelhadas são usadas com os tipos de replicação GRS e GZRS.

Illustration that shows a hierarchy of geography, regional pair, region, and datacenters.

Aqui está uma lista mostrando algumas das regiões que são emparelhadas entre si. Você pode obter a lista completa em Regiões emparelhadas do Azure.

Region Região
Ásia Leste da Ásia Sudeste Asiático
Austrália Leste da Austrália Sudeste da Austrália
Canadá Canadá Central Leste do Canadá
China Norte da China Leste da China
Europa Norte da Europa (Irlanda) Oeste da Europa (Países Baixos)
Japão Leste do Japão Oeste do Japão
América do Norte Leste dos EUA Oeste dos EUA
África do Sul Norte da África do Sul Oeste da África do Sul
Reino Unido Oeste do Reino Unido Sul do Reino Unido

Casos de uso para cada tipo de replicação

A tabela a seguir resume o número de cópias obtidas com cada tipo de replicação e quando você deve usá-lo.

Tipo de replicação Cópias Caso de uso
LRS 3 Os dados permanecem altamente disponíveis, porém, por motivos de conformidade, não têm permissão para sair do datacenter local.
GRS 6 O aplicativo terá acesso aos dados mesmo que uma região inteira sofra uma interrupção.
RA-GRS 6 O aplicativo lê de várias localizações geográficas para que você possa atender os usuários de uma localização mais perto deles.
ZRS 3 Precisa de redundância em vários locais físicos, porém, devido à conformidade, os dados não têm permissão para sair de uma região.
GZRS 6 O aplicativo pode acessar os dados, mesmo que a região primária tenha falhado e sua região secundária tenha um datacenter que esteja passando por uma interrupção, mas você não deseja ler os dados na região secundária, a menos que a região primária esteja inativa.
RA-GZRS 6 Leia regularmente os dados de sua região secundária, talvez para atender aos usuários de uma localização mais próxima deles, mesmo que um datacenter esteja operante na região primária.

Alternar estratégias de replicação

Você pode mudar sua estratégia de replicação para qualquer conta de armazenamento. O processo usado depende da estratégia de replicação atual para sua conta. Por exemplo, se você quiser migrar de uma conta de armazenamento com o LRS, terá duas opções:

  • Mover ou copiar manualmente os dados para uma nova conta com GZRS.
  • Primeiro, alterne o tipo de replicação para GRS/RA-GRS e, depois, crie uma solicitação com o Suporte do Azure para uma migração dinâmica para o GZRS.

Converter conta

Se você estiver usando uma conta do ZRS, poderá convertê-la para usar o GZRS. Você converte uma conta usando o portal do Azure, a CLI do Azure ou o Azure PowerShell.

Por exemplo, para converter sua conta em GZRS usando o Azure PowerShell, use este comando:

Set-AzStorageAccount -ResourceGroupName <resource-group> -AccountName <storage-account> -SkuName "Standard_GZRS"

Alternar o tipo de replicação no portal do Azure

Você também pode alternar o tipo de replicação da sua conta no portal do Azure. Por exemplo, para alternar de ZRS para GZRS, acesse a sua conta de armazenamento, selecione Redundância e altere o tipo de replicação.

Screenshot of the storage account configuration, where you can change the replication type from ZRS to GZRS.

Migração ao vivo

Você também pode usar a migração dinâmica para migrar seus dados para uma conta que usa ZRS, GZRS ou RA-GZRS. Use a migração dinâmica para evitar tempo de inatividade ou perda de dados. A duração da migração dinâmica geralmente depende da quantidade de dados em sua conta.

Você pode fazer uma migração dinâmica criando uma solicitação de suporte do Azure no portal do Azure.

Screenshot of an example Azure support ticket where you can request the service: storage account management, problem type: data migration, and problem subtype: migrate to ZRS, GRS, or RA-GZRS.

Em seguida, você será contatado por um representante de suporte sobre sua solicitação de migração dinâmica.

A migração dinâmica tem algumas limitações. Por exemplo:

  • Diferentemente de um aplicativo manual, você não saberá exatamente quando uma migração dinâmica será concluída.
  • Os dados só podem ser migrados para a mesma região.
  • A migração dinâmica só tem suporte para dados mantidos em tipos de conta de armazenamento Standard.
  • Se a sua conta contiver um grande compartilhamento de arquivo, não haverá suporte para a migração dinâmica para GZRS.

Migração manual

A migração manual é mais flexível do que a migração dinâmica. Por exemplo, como você controla o momento, poderá usar a migração manual se precisar de conclusão por uma data fixa.

Para fazer uma migração manual, use o utilitário AzCopy ou uma das várias ferramentas de terceiros disponíveis.

Por exemplo, por meio de AzCopy, você pode executar o comando a seguir em seu terminal, que copia todos os blobs, diretórios e contêineres em sua conta de armazenamento para outro.

azcopy copy 'https://<source-storage-account-name>.blob.core.windows.net/?<your-SAS-token>'
'https://<destination-storage-account-name>.blob.core.windows.net/' --recursive