Linha de base de migração da zona de disponibilidade do Azure

Artigo
07/16/2024

Este artigo mostra como avaliar a prontidão da zona de disponibilidade do seu aplicativo para fins de migração da zona de indisponibilidade para o suporte à zona de disponibilidade. Entenda como você pode aproveitar o suporte à zona de disponibilidade e como atender aos seus requisitos de aplicativo e resiliência. Para obter informações mais detalhadas sobre as zonas de disponibilidade e as regiões que as suportam, consulte O que são regiões e zonas de disponibilidade do Azure.

Ao criar cargas de trabalho confiáveis, você pode escolher pelo menos uma das seguintes configurações de zona de disponibilidade:

Zonal. Uma configuração zonal fornece uma zona de disponibilidade específica e autoselecionada.
Zona redundante. Uma configuração com redundância de zona fornece recursos que são replicados ou distribuídos entre zonas automaticamente.

Além das duas opções de zona de disponibilidade, zonal e zone-redundante, o Azure oferece serviços globais, o que significa que eles estão disponíveis globalmente, independentemente da região. Como esses serviços estão sempre disponíveis em todas as regiões, eles são resilientes a interrupções regionais e zonais.

Para ver quais serviços do Azure oferecem suporte a zonas de disponibilidade, consulte Serviço de zona de disponibilidade e suporte regional.

Nota

Quando você não seleciona uma configuração de zona para seu recurso, seja zonal ou redundante de zona, o recurso e seus subcomponentes não serão resilientes à zona e poderão ficar inativos durante uma interrupção zonal nessa região.

Considerações sobre a migração para o suporte à zona de disponibilidade

Há várias maneiras possíveis de criar um aplicativo do Azure confiável com zonas de disponibilidade que atendam aos SLAs e às metas de confiabilidade. Siga as etapas abaixo para escolher a abordagem certa para suas necessidades com base em considerações técnicas e regulamentares, recursos de serviço, residência de dados, requisitos de conformidade e latência.

Etapa 1: Verificar se a região do Azure oferece suporte a zonas de disponibilidade

Nesta primeira etapa, você precisará validar se a região do Azure selecionada oferece suporte às zonas de disponibilidade, bem como aos serviços do Azure necessários para seu aplicativo.

Se a sua região suportar zonas de disponibilidade, é altamente recomendável que você configure sua carga de trabalho para zonas de disponibilidade. Se a sua região não suportar zonas de disponibilidade, terá de utilizar as orientações do Azure Resource Mover para migrar para uma região que ofereça suporte à zona de disponibilidade.

Nota

Para alguns serviços, as zonas de disponibilidade só podem ser configuradas durante a implantação. Se quiser incluir zonas de disponibilidade para serviços existentes, talvez seja necessário reimplantá-las. Consulte a documentação específica do serviço em Visão geral das diretrizes de migração da zona de disponibilidade para produtos e serviços do Microsoft Azure.

Etapa 2: Verificar a disponibilidade do produto e da SKU na região do Azure

Nesta etapa, você validará se os serviços e SKUs do Azure necessários estão disponíveis nas zonas de disponibilidade da região do Azure selecionada.

Para verificar se há suporte regional de serviços, consulte Produtos disponíveis por região.

Para listar as SKUs de VM disponíveis por região e zona do Azure, consulte Verificar a disponibilidade de SKU de VM.

Se sua região não oferecer suporte aos serviços e SKUs que seu aplicativo exige, você precisará voltar para a Etapa 1: verificar a disponibilidade do produto na região do Azure para encontrar uma nova região que ofereça suporte aos serviços e SKUs que seu aplicativo exige. É altamente recomendável que você configure sua carga de trabalho com redundância de zona.

Para alta disponibilidade de várias zonas de Máquinas Virtuais IaaS do Azure, use o Virtual Machine Scale Sets Flex para distribuir VMs em várias zonas de disponibilidade.

Etapa 3: Considere os requisitos do seu aplicativo

Nesta etapa final, você determinará, com base nos requisitos do aplicativo, qual tipo de suporte à zona de disponibilidade é mais adequado ao seu aplicativo.

Abaixo estão três perguntas importantes que ajudarão você a escolher a implantação correta da zona de disponibilidade:

Seu aplicativo inclui componentes sensíveis à latência?

As zonas de disponibilidade do Azure dentro da mesma região do Azure são conectadas por uma rede de alto desempenho com uma latência de ida e volta inferior a 2 ms.

A abordagem recomendada para obter alta disponibilidade, se a baixa latência não for um requisito estrito, é configurar sua carga de trabalho com uma implantação redundante de zona.

Para componentes de aplicativos críticos que exigem proximidade física e baixa latência, como jogos, simulação de engenharia e negociação de alta frequência (HFT), recomendamos que você configure uma implantação zonal. O Virtual Machine Scale Sets Flex fornece computação alinhada por zona, juntamente com discos de armazenamento anexados.

O código do seu aplicativo tem a prontidão para lidar com um modelo distribuído?

Para um modelo de microsserviços distribuídos e dependendo do seu aplicativo, há a possibilidade de troca contínua de dados entre microsserviços entre zonas. Essa troca contínua de dados por meio de APIs pode afetar o desempenho. Para melhorar o desempenho e manter uma arquitetura confiável, você pode escolher a implantação zonal.

Com uma implantação zonal, você deve:

Identifique recursos ou serviços sensíveis à latência em sua arquitetura.
Confirme se os recursos ou serviços sensíveis à latência suportam a implantação zonal.
Colocalize os recursos ou serviços sensíveis à latência na mesma zona. Outros serviços em sua arquitetura podem continuar a permanecer redundantes de zona.
Replique os serviços zonais sensíveis à latência em várias zonas de disponibilidade para garantir a resiliência da zona.
Balanceamento de carga entre as várias implantações zonais com um balanceador de carga padrão ou global.

Se o serviço do Azure der suporte a zonas de disponibilidade, é altamente recomendável que você use redundância de zona espalhando nós pelas zonas para obter SLA de tempo de atividade mais alto e proteção contra interrupções zonais.

Para um aplicativo de 3 camadas, é importante entender o aplicativo, os negócios e as camadas de dados; bem como o seu estado (stateful ou stateless) para arquitetar em alinhamento com as melhores práticas e orientação de acordo com o tipo de carga de trabalho.

Para obter cargas de trabalho especializadas no Azure, como exemplos abaixo, consulte as respetivas diretrizes e práticas recomendadas de arquitetura de zona de aterrissagem.

Deseja obter Continuidade de Negócios e Recuperação de Desastres na mesma região do Azure devido a requisitos de conformidade, residência de dados ou governança?

Para obter continuidade de negócios e recuperação de desastres dentro da mesma região e quando não houver um par regional, é altamente recomendável configurar sua carga de trabalho com redundância de zona. Uma abordagem de região única também é aplicável a determinados setores que têm requisitos estritos de residência e governança de dados dentro da mesma região do Azure. Para saber como replicar, fazer failover e failback de máquinas virtuais do Azure de uma zona de disponibilidade para outra dentro da mesma região do Azure, consulte Habilitar a recuperação de desastres de VM do Azure entre zonas de disponibilidade.

Se você precisar de várias regiões ou se sua região do Azure não oferecer suporte a zonas de disponibilidade, recomendamos que você use pares regionais. Os pares regionais estão situados a uma distância distante, a cerca de 100 milhas de distância, e oferecem proteção de raio de explosão contra falhas de nível regional, como incêndio, inundação, terremoto e outras calamidades naturais ou imprevistas. Para obter mais informações, consulte Replicação entre regiões no Azure: continuidade de negócios e recuperação de desastres.

Nota

Pode haver cenários em que uma combinação de serviços zonais, redundantes de zona e globais funcione melhor para atender aos requisitos técnicos e de negócios.

Outros pontos a considerar

Para saber mais sobre como testar seus aplicativos quanto à disponibilidade e resiliência, consulte Testando aplicativos quanto à disponibilidade e resiliência.
Cada data center em uma região é atribuído a uma zona física. As zonas físicas são mapeadas para as zonas lógicas em sua assinatura do Azure. As assinaturas do Azure recebem automaticamente esse mapeamento no momento em que uma assinatura é criada. Você pode usar a API REST ARM dedicada, listLocations e definir a versão da API como 2022-12-01 para listar o mapeamento de zona lógica para zona física para sua assinatura. Essas informações são importantes para componentes críticos de aplicativos que exigem colocalização com recursos do Azure categorizados como serviços estratégicos que podem não estar disponíveis em todas as zonas físicas.