Laboratório Técnico: Configure Azure Storage redundancy
Questões
Questão 1 — Múltipla Escolha
Uma equipe de operações precisa garantir que os dados de uma conta de armazenamento permaneçam disponíveis mesmo que uma região inteira do Azure fique indisponível, sem depender de failover manual. Qual opção de redundância atende a esse requisito?
A) Zone-Redundant Storage (ZRS)
B) Geo-Redundant Storage (GRS)
C) Geo-Zone-Redundant Storage (GZRS)
D) Locally Redundant Storage (LRS)
Questão 2 — Cenário Técnico
Um administrador configurou uma conta de armazenamento com Read-Access Geo-Redundant Storage (RA-GRS). Durante um teste, ele tenta ler dados diretamente do endpoint secundário usando a seguinte URL:
https://minhaconta-secondary.blob.core.windows.net/container/arquivo.txt
A leitura funciona em condições normais. Porém, após um failover iniciado pelo administrador via portal do Azure, a equipe percebe que o endpoint secundário deixou de responder. Qual é a causa mais provável desse comportamento?
A) O failover converte a conta para LRS, eliminando a replicação secundária.
B) Após o failover, a região secundária torna-se a nova primária e o sufixo -secondary deixa de existir até que uma nova região secundária seja provisionada.
C) O endpoint secundário é desativado permanentemente após qualquer failover, exigindo a recriação da conta.
D) O RA-GRS é rebaixado para GRS após o failover, bloqueando leituras no secundário por 30 dias.
Questão 3 — Verdadeiro ou Falso
O Zone-Redundant Storage (ZRS) protege os dados contra a indisponibilidade total de uma região do Azure, pois replica as três cópias dos dados em zonas de disponibilidade distribuídas geograficamente em regiões diferentes.
Questão 4 — Cenário Técnico
Uma empresa opera em uma única região do Azure e precisa de uma conta de armazenamento que tolere a falha completa de um datacenter físico dentro dessa região, mas não tem requisitos de recuperação geográfica. O custo deve ser o menor possível dentro dessas restrições. Considere a tabela abaixo:
| Opção | Cópias | Escopo de proteção | Custo relativo |
|---|---|---|---|
| LRS | 3 | Datacenter único | Menor |
| ZRS | 3 | Zonas na mesma região | Médio |
| GRS | 6 | Duas regiões | Alto |
| GZRS | 6 | Zonas + duas regiões | Maior |
Qual opção deve ser escolhida?
A) LRS, pois mantém três cópias no mesmo datacenter com custo mínimo.
B) GRS, pois garante proteção contra falha de datacenter por meio de replicação geográfica.
C) ZRS, pois distribui as cópias entre zonas de disponibilidade dentro da mesma região, protegendo contra falha de datacenter.
D) GZRS, pois oferece o maior nível de proteção disponível ao menor custo relativo.
Questão 5 — Múltipla Escolha
Um administrador precisa alterar a redundância de uma conta de armazenamento existente de LRS para GRS usando a CLI do Azure. Qual comando representa a abordagem correta?
A)
az storage account update \
--name minhaconta \
--resource-group meu-rg \
--sku Standard_GRS
B)
az storage account create \
--name minhaconta \
--resource-group meu-rg \
--sku Standard_GRS
C)
az storage account set \
--name minhaconta \
--resource-group meu-rg \
--redundancy GRS
D)
az storage account update \
--name minhaconta \
--resource-group meu-rg \
--redundancy Standard_GRS
Gabarito e Explicações
Gabarito — Questão 1
Resposta: C
O GZRS combina replicação entre zonas de disponibilidade na região primária com replicação assíncrona para uma região secundária. Isso significa que, mesmo com a indisponibilidade total da região primária, os dados já existem na região secundária e o failover pode ser iniciado sem dependência de intervenção prévia para mover dados.
O ZRS (A) protege contra falha de datacenter ou zona, mas não de uma região inteira. O GRS (B) replica para uma segunda região, mas mantém as três cópias primárias em um único datacenter, sem proteção zonal. O LRS (D) não oferece nenhuma proteção além do datacenter local.
A distinção crítica aqui é que GZRS é o único que atende aos dois critérios simultaneamente: resiliência zonal na primária e replicação geográfica para continuidade em caso de falha regional.
Gabarito — Questão 2
Resposta: B
Quando um failover de conta de armazenamento é concluído, a região secundária passa a ser tratada como a nova região primária. O DNS é atualizado para que o endpoint principal (minhaconta.blob.core.windows.net) aponte para o que era o secundário. Como consequência direta, o sufixo -secondary deixa de existir porque não há mais uma região secundária configurada até que o Azure provisione uma nova, o que ocorre de forma assíncrona após o failover.
As alternativas A, C e D descrevem comportamentos que não existem. O failover não converte para LRS, não desativa permanentemente o endpoint nem impõe bloqueio de 30 dias. O equívoco comum é assumir que o ambiente pós-failover preserva a mesma topologia de endpoints do ambiente original.
Gabarito — Questão 3
Resposta: Falso
O ZRS replica os dados entre três zonas de disponibilidade dentro de uma única região. Ele não distribui dados entre regiões distintas. A afirmação confunde ZRS com opções geo-redundantes como GRS ou GZRS.
A proteção oferecida pelo ZRS cobre falhas de datacenter, rack ou zona dentro de uma mesma região, mas não protege contra indisponibilidade regional completa. Para isso, seriam necessários GRS, RA-GRS, GZRS ou RA-GZRS. Compreender esse limite é essencial para não superestimar o nível de resiliência de uma arquitetura baseada apenas em ZRS.
Gabarito — Questão 4
Resposta: C
O requisito é explícito: proteger contra falha de um datacenter completo dentro da mesma região, com o menor custo possível dentro dessa restrição. O ZRS atende exatamente a esse perfil, distribuindo as três cópias por zonas de disponibilidade distintas na mesma região.
O LRS (A) falha no requisito de proteção contra datacenter, pois mantém todas as cópias no mesmo local físico. O GRS (B) excede o requisito ao adicionar replicação geográfica desnecessária, aumentando o custo. O GZRS (D) também excede o escopo e tem o maior custo relativo da tabela. Escolher GRS ou GZRS quando o requisito é apenas zonal é um erro de dimensionamento que impacta diretamente o custo sem agregar valor ao cenário descrito.
Gabarito — Questão 5
Resposta: A
O comando correto para atualizar propriedades de uma conta de armazenamento existente é az storage account update. O parâmetro que controla a redundância é --sku, e o valor correto para GRS é Standard_GRS.
A alternativa B usa create, que falharia se a conta já existir ou sobrescreveria configurações indevidamente. A alternativa C usa set, que não é um subcomando válido de az storage account. A alternativa D usa --redundancy, que não é um parâmetro reconhecido pelo comando update; o parâmetro correto é --sku. Conhecer a sintaxe exata do comando é especialmente relevante em cenários de automação e scripts de implantação.