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

  • 7 minutos

A disponibilidade de dados é essencial para os negócios da maioria das organizações.

Imagine que os seus clientes tinham problemas a aceder a transmissões de música em ocasiões raras. Ao investigar, descobria que estes problemas ocorriam durante interrupções que afetavam toda a região. Estas ocasiões foram raras, mas tiveram um grande impacto.

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

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

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

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

Armazenamento localmente redundante

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

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

O LRS não o protege de uma interrupção ao nível do datacenter. Se o datacenter for interrompido, pode perder os seus dados.

Armazenamento georredundante

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

Com o armazenamento geograficamente redundante (GRS), seus dados são copiados três vezes em uma região e três vezes em uma região secundária emparelhada com ela. Desta forma, se estiver a decorrer uma interrupção na sua região primária, a sua região secundária está disponível para utilização.

Armazenamento georredundante com acesso de leitura

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

Armazenamento com redundância entre zonas

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

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

Como todas as zonas de disponibilidade estão em uma única região, o ZRS não pode proteger seus dados de uma interrupção em nível regional.

Armazenamento georredundante com redundância entre zonas

O armazenamento com redundância entre zonas (GZRS) combina os benefícios da elevada disponibilidade do ZRS com o GRS. Com este tipo de replicação, os seus dados são copiados em três zonas de disponibilidade numa região. Os dados também são replicados três vezes para outra região secundária emparelhada com o mesmo. Dessa forma, seus dados com redundância de zona também estão protegidos contra interrupções de nível regional.

Armazenamento com georredundância de zona com acesso de leitura

O armazenamento com redundância de zona geográfica de acesso de leitura (RA-GZRS) usa o mesmo método de replicação que o GZRS, mas permite ler a partir da região secundária. Se quiser ler os dados que replicou para a região secundária, mesmo que não esteja a decorrer um tempo de inatividade na região primária, utilize o tipo de replicação RA-GZRS.

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

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

Regiões emparelhadas

Uma região emparelhada significa que uma região do Azure está emparelhada com outra na mesma localização geográfica para proteger contra interrupções regionais. As regiões emparelhadas são utilizadas com os tipos de replicação GRS e GZRS.

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

Eis uma lista que mostra algumas das regiões que estão emparelhadas. Você pode obter a lista completa em Regiões emparelhadas do Azure.

Region Region
Ásia Ásia Leste Sudeste Asiático
Austrália Leste da Austrália Austrália Sudeste
Canadá Canadá Central Leste do Canadá
China Norte da China Norte da China
Europa Europa do Norte (Irlanda) Europa Ocidental (Países Baixos)
Japão Leste do Japão Oeste do Japão
América do Norte E.U.A. Leste E.U.A. Oeste
Á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 utilização para cada tipo de replicação

A tabela seguinte resume o número de cópias obtidas em cada tipo de replicação e quando deve utilizá-los.

Tipo de replicação Cópias Caso de utilização
LRS 3 Os dados permanecem altamente disponíveis, mas por motivos de conformidade, não têm permissão para sair do datacenter local.
GRS 6 A aplicação tem acesso aos dados, mesmo se uma região inteira tiver uma falha.
RA-GRS 6 A aplicação lê a partir de várias localizações geográficas, pelo que pode servir os utilizadores a partir de uma localização mais próxima deles.
ZRS 3 Precisa de redundância em várias localizações físicas, mas devido à conformidade, os dados não têm permissão para sair de uma região.
GZRS 6 O aplicativo pode acessar 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 da região secundária, a menos que a região primária esteja inativa.
RA-GZRS 6 Leia regularmente os dados da região secundária, talvez para servir os utilizadores a partir de uma localização mais próxima deles, mesmo se um datacenter estiver ativo na região primária.

Mudar de estratégias de replicação

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

  • Mover ou copiar manualmente os dados para uma nova conta com GZRS.
  • Alterne o tipo de replicação para GRS/RA-GRS primeiro e, em seguida, crie uma solicitação com o Suporte do Azure para uma migração ao vivo para GZRS.

Converter a conta

Se estiver a utilizar uma conta de ZRS, pode convertê-la para utilizar GZRS. Pode converter uma conta com o portal do Azure, a CLI do Azure ou o Azure PowerShell.

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

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

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

Também pode mudar o tipo de replicação da sua conta no portal do Azure. Por exemplo, para alternar de ZRS para GZRS, vá para 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 em direto

Também pode utilizar a migração em direto para migrar os dados para uma conta que utilize ZRS, GZRS ou RA-GZRS. Utilize a migração em direto para evitar tempo de inatividade ou perda de dados. A duração da migração ao vivo geralmente depende da quantidade de dados na sua conta.

Você pode fazer uma migração ao vivo 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, será contactado por um representante de suporte sobre o seu pedido de migração em direto.

Existem algumas limitações na migração em direto. Por exemplo:

  • ao contrário de uma aplicação manual, não sabe exatamente quando uma migração em direto será concluída.
  • Os dados só podem ser migrados para a mesma região.
  • A migração em direto só é suportada para dados mantidos em tipos de conta de armazenamento padrão.
  • Se a sua conta tiver uma grande partilha de ficheiros, a migração em direto para GZRS não será suportada.

Migração manual

A migração manual é mais flexível do que a migração em direto. Por exemplo, como controla o tempo, pode utilizar a migração manual se precisar de concluir até a uma data fixa.

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

Por exemplo, através AzCopydo , você pode executar o seguinte comando 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