Nota
O acesso a esta página requer autorização. Pode tentar iniciar sessão ou alterar os diretórios.
O acesso a esta página requer autorização. Pode tentar alterar os diretórios.
A redundância de zonas está ativada por defeito para todos os registos de contentores Azure em regiões que suportam zonas de disponibilidade. Esta funcionalidade está disponível para todos os níveis de serviço – Básico, Padrão e Premium – sem custo adicional, e não requer qualquer ação da sua parte.
A redundância de zona distribui o plano de dados do seu registo por várias zonas de disponibilidade dentro de uma região. Como resultado, as operações de push e pull de imagens continuam a funcionar durante uma interrupção numa única zona. Se o seu registo Premium usar geo-replicação, todas as réplicas nas regiões suportadas são também redundantes entre zonas por padrão.
Para um guia abrangente sobre a fiabilidade do Container Registry – incluindo comportamento de failover de zona, gestão de falhas transitórias e implementação multi-região – consulte Fiabilidade no Azure Container Registry.
Implicações da redundância de zonas predefinidas
A redundância de zonas não é uma funcionalidade opcional. Não precisa de criar um registo especial, selecionar um SKU específico ou alterar definições para estar protegido. A tabela seguinte resume o comportamento para cenários comuns:
| Scenario | Redundância de Zona? | Ação necessária para permitir a redundância de zonas |
|---|---|---|
| Novo registo numa região suportada | Sim | Nenhum |
| Registo existente numa região suportada | Sim | Nenhum |
| Geo-réplica (Premium) numa região suportada | Sim | Nenhum |
| Registo numa região sem suporte para zonas de disponibilidade | No | Migrar para uma região suportada (ver abaixo) |
Note
A redundância de zonas aplica-se ao plano de dados do repositório (envio e recepção da imagem). As tarefas do Registo de Contentores atualmente não suportam zonas de disponibilidade.
Compreenda a zoneRedundancy propriedade
Anteriormente, a redundância de zonas era uma funcionalidade opt-in disponível apenas no nível Premium. Era necessário definir zoneRedundancy: Enabled explicitamente ao criar um registo ou uma geo-réplica, e a propriedade indicava precisamente se a redundância de zona estava ativa.
A redundância de zonas está agora ativada por defeito para todos os registos em regiões suportadas, em todos os níveis de serviço, independentemente do que a zoneRedundancy propriedade mostre. Atualmente, o portal, a CLI e a API ARM podem ainda aparecerem Disabled, mesmo que o seu registo seja totalmente redundante a nível de zona.
Importante
O registo é redundante por zona em qualquer região suportada, independentemente do que a propriedade zoneRedundancy indica. O valor da propriedade é um artefacto legado que já não controla o comportamento.
A propriedade zoneRedundancy do recurso de registo ARM (Microsoft.ContainerRegistry/registries) será descontinuada de acordo com a política de descontinuação do Azure . Até lá, definir para Enabled é inofensivo mas desnecessário, e definir para Disabled não tem efeito em regiões suportadas.
Georreplicação
Se o seu registo Premium for geo-replicado, cada réplica numa região que suporta zonas de disponibilidade é automaticamente redundante por zona. Não precisas de o ativar durante a criação de réplicas.
Para mais informações sobre a fiabilidade da geo-replicação, consulte Resiliência a falhas regionais.
Registos em regiões não suportadas
Se o seu registo estiver numa região que não suporta zonas de disponibilidade, não tem redundância de zona. Para obter redundância de zona, crie um novo registo numa região suportada e migre as suas imagens usando uma das seguintes abordagens:
- Importar imagens de contentores para o novo registo.
- Crie um pipeline de transferência para migração em larga escala ou offline.
Infraestrutura como código
A zoneRedundancy propriedade ainda existe nas definições de recursos da API ARM e do Bicep para compatibilidade retroativa, mas já não controla o comportamento e será eventualmente obsoleta. Definir explicitamente é inofensivo, mas já não é obrigatório.
| Action | Efeito |
|---|---|
Omitir zoneRedundancy completamente |
O registo é redundante entre zonas nas regiões suportadas (comportamento padrão). |
Definir zoneRedundancy: 'Enabled' |
Sem alterações — corresponde ao padrão. Geralmente seguro para manter em modelos existentes |
Definir zoneRedundancy: 'Disabled' |
Não tem efeito em regiões suportadas — a redundância de zonas não pode ser desativada |
Para o Azure CLI, a flag nos comandos az acr create e az acr replication create ainda existe para compatibilidade com versões anteriores. Não precisas de usar esta bandeira, pois a redundância de zonas está ativa por defeito.
Perguntas frequentes
Está disponível redundância de zonas nos planos Básico e Padrão?
Yes. A redundância de zonas aplica-se a todos os níveis de serviço — Básico, Standard e Premium — em regiões que suportam zonas de disponibilidade.
O portal mostra zoneRedundancy como Disabled. O meu registo está protegido?
Yes. Se o seu registo estiver numa região que suporta zonas de disponibilidade, é redundante por zona, independentemente do que o portal ou API mostre. O ecrã está a ser atualizado.
Posso desativar a redundância de zonas?
Não. A redundância de zonas não pode ser desativada para registos em regiões suportadas.
A redundância de zonas custa mais?
Não. A redundância de zonas está incluída sem custo adicional para todos os níveis de serviço.
Anteriormente defini zoneRedundancy como Enabled nos meus modelos. Preciso de mudar alguma coisa?
Não. A definição explícita Enabled é compatível com o novo padrão e os teus templates continuam a funcionar sem modificações. Quando a propriedade se tornar obsoleta, pode removê-la com segurança, e o seu registo permanecerá redundante entre zonas.
E quanto aos registos que criei antes de a redundância de zonas se tornar o padrão?
Os registos existentes nas regiões suportadas foram atualizados retroativamente para serem redundantes por zona. Nenhuma ação é necessária.
O que acontece durante uma interrupção de zona?
O serviço encaminha automaticamente o tráfego para zonas saudáveis. As operações de upload e download de imagens continuam com impacto mínimo. Para obter mais informações sobre o comportamento de failover e os períodos previstos de perda de dados, consulte Resiliência a falhas em zonas de disponibilidade.