Laboratório Técnico: Choose between regional and cross-region load balancers
Questões
Questão 1 — Múltipla Escolha
Uma empresa possui aplicações críticas implantadas em três regiões do Azure: East US, West Europe e Southeast Asia. O requisito é que, em caso de falha completa de uma região inteira, o tráfego seja redirecionado automaticamente para as regiões saudáveis, sem intervenção manual.
Qual camada do Azure Load Balancer atende a esse requisito?
A) Azure Load Balancer regional com SKU Standard, configurado com regras de balanceamento de carga entre VMs em zonas de disponibilidade distintas dentro de uma mesma região
B) Azure Load Balancer com SKU Basic em modo interno, replicado manualmente entre regiões via scripts de automação
C) Azure Cross-Region Load Balancer, que opera na camada global e roteia tráfego entre backends regionais distribuídos em múltiplas regiões
D) Azure Application Gateway com WAF habilitado, configurado com backends em múltiplas regiões
Questão 2 — Cenário Técnico
Um arquiteto está projetando a solução de balanceamento de carga para uma aplicação interna corporativa. Os usuários estão todos localizados em uma única região do Azure, e os requisitos incluem suporte a portas de alta disponibilidade (HA Ports) para balancear múltiplos protocolos simultaneamente em appliances de rede virtual (NVAs).
O arquiteto propõe a seguinte configuração:
Tipo: Azure Load Balancer
SKU: Standard
Modo: Interno (Internal)
Regra: HA Ports habilitadas
Escopo: Regional (única região)
Após revisar a proposta, um colega afirma que ela está incorreta porque o Cross-Region Load Balancer também suporta HA Ports e deveria ser preferido por oferecer maior resiliência. Qual é a avaliação correta?
A) O colega está certo; o Cross-Region Load Balancer suporta HA Ports e é sempre preferível ao regional por oferecer maior disponibilidade
B) O colega está errado; o Cross-Region Load Balancer não suporta HA Ports, e a configuração proposta com o Load Balancer regional Standard interno é adequada para o cenário
C) O colega está parcialmente certo; HA Ports são suportadas no Cross-Region Load Balancer, mas apenas no modo externo
D) A configuração proposta está incorreta porque HA Ports exigem SKU Basic, não Standard
Questão 3 — Verdadeiro ou Falso
O Azure Cross-Region Load Balancer pode ter como backend direto máquinas virtuais individuais localizadas em regiões diferentes, da mesma forma que um Load Balancer regional referencia NICs de VMs.
Verdadeiro ou Falso?
Questão 4 — Cenário Técnico
Uma organização executa uma aplicação pública de alto volume com backends em duas regiões: Brazil South e East US. Atualmente utiliza um Azure Load Balancer regional Standard em cada região, com IPs públicos separados. Os clientes externos precisam de um único ponto de entrada com failover automático entre regiões.
O time decide adicionar um Cross-Region Load Balancer na frente dos dois regionais. Durante o planejamento, surge a seguinte dúvida: os Load Balancers regionais existentes precisam ser substituídos ou podem ser reaproveitados como backends do Cross-Region Load Balancer?
A) Os Load Balancers regionais precisam ser substituídos por instâncias de Application Gateway, pois o Cross-Region Load Balancer só aceita Application Gateway como backend
B) Os Load Balancers regionais Standard existentes podem ser reaproveitados diretamente como backends do Cross-Region Load Balancer, sem necessidade de substituição
C) Os Load Balancers regionais precisam ser rebaixados para SKU Basic antes de serem adicionados como backends do Cross-Region Load Balancer
D) Os Load Balancers regionais precisam ser convertidos para modo interno antes de serem aceitos como backends do Cross-Region Load Balancer
Questão 5 — Múltipla Escolha
Ao comparar o Azure Load Balancer regional Standard com o Azure Cross-Region Load Balancer, qual das afirmações abaixo descreve corretamente uma diferença de comportamento entre os dois?
A) O Load Balancer regional opera na camada 7 do modelo OSI, enquanto o Cross-Region Load Balancer opera na camada 4
B) O Cross-Region Load Balancer distribui tráfego com base em latência entre regiões e preserva o IP de origem do cliente até o backend regional, enquanto o Load Balancer regional distribui tráfego dentro de uma única região usando hash de cinco tuplas
C) O Cross-Region Load Balancer suporta health probes baseadas em HTTP/HTTPS, enquanto o Load Balancer regional suporta apenas TCP
D) O Load Balancer regional Standard não suporta zonas de disponibilidade, enquanto o Cross-Region Load Balancer oferece redundância de zona nativamente
Gabarito e Explicações
Gabarito — Questão 1
Resposta: C
O Azure Cross-Region Load Balancer é o único serviço de balanceamento de carga Layer 4 da Microsoft projetado para operar globalmente entre regiões. Ele mantém um endereço IP público global único e, quando um backend regional inteiro falha, redireciona o tráfego automaticamente para os backends saudáveis nas outras regiões, sem necessidade de intervenção manual ou alteração de DNS.
A alternativa A descreve o Load Balancer regional Standard com redundância de zona, que protege contra falha de datacenter dentro de uma região, mas não contra falha da região inteira. A alternativa D descreve o Application Gateway, que opera na camada 7 e não é um Load Balancer multi-região nativo para tráfego TCP/UDP genérico. Escolher A em vez de C resultaria em ausência de failover inter-regional automático, expondo a aplicação a indisponibilidade total durante uma falha regional.
Gabarito — Questão 2
Resposta: B
O Cross-Region Load Balancer não suporta HA Ports. Essa funcionalidade é exclusiva do Azure Load Balancer regional Standard em modo interno. HA Ports permitem balancear simultaneamente todos os protocolos (TCP, UDP) em todas as portas com uma única regra, cenário essencial para NVAs que precisam inspecionar tráfego arbitrário.
A alternativa A contém uma afirmação factualmente incorreta sobre suporte a HA Ports no Cross-Region Load Balancer. A alternativa C propõe uma distinção de modo que não existe para essa funcionalidade. A alternativa D inverte a relação correta: HA Ports são exclusivas do SKU Standard, não do Basic. A consequência de adotar o Cross-Region Load Balancer nesse cenário seria a impossibilidade de configurar as regras necessárias para as NVAs, inviabilizando a arquitetura.
Gabarito — Questão 3
Resposta: Falso
O Cross-Region Load Balancer não aceita VMs individuais como backends diretos. Seu pool de backends é composto exclusivamente por endereços IP de frontend de Load Balancers regionais Standard. Essa arquitetura em camadas é proposital: o Cross-Region Load Balancer atua como ponto de entrada global e delega a distribuição local para os balanceadores regionais, que por sua vez gerenciam as VMs.
Esse comportamento é uma distinção crítica em relação ao Load Balancer regional, que referencia diretamente as NICs das VMs no pool de backends. Confundir os dois modelos leva a projetos de arquitetura inviáveis, onde se tenta adicionar VMs diretamente ao backend do Cross-Region Load Balancer e a configuração é rejeitada pelo Azure.
Gabarito — Questão 4
Resposta: B
Os Load Balancers regionais Standard com IP público existentes podem ser reaproveitados como backends do Cross-Region Load Balancer. O Cross-Region Load Balancer aceita como membros do pool de backend os IPs de frontend de Load Balancers regionais Standard, independentemente de já estarem em produção. Isso permite que a organização adicione a camada global de failover sem redesenhar a infraestrutura regional existente.
A alternativa A descreve uma restrição inexistente; Application Gateway não é o tipo de backend aceito. A alternativa C inverte a lógica de compatibilidade: o SKU Basic é o que não é suportado, não o Standard. A alternativa D confunde o modo de operação com o requisito de compatibilidade; o Cross-Region Load Balancer trabalha com frontends públicos, não internos.
Gabarito — Questão 5
Resposta: B
O Cross-Region Load Balancer utiliza anycast para direcionar o tráfego ao ponto de presença mais próximo do cliente e roteia para o backend regional adequado com base em latência e disponibilidade. Ele preserva o IP de origem do cliente até o backend regional, permitindo que as camadas inferiores apliquem políticas baseadas em origem. O Load Balancer regional Standard utiliza um algoritmo de hash de cinco tuplas (IP de origem, porta de origem, IP de destino, porta de destino, protocolo) para distribuir conexões entre as VMs dentro de uma região.
A alternativa A inverte as camadas: ambos operam na camada 4 do modelo OSI. A alternativa C é incorreta porque ambos suportam probes HTTP/HTTPS e TCP. A alternativa D é falsa: o Load Balancer regional Standard tem suporte completo a zonas de disponibilidade, sendo essa uma de suas características centrais em relação ao SKU Basic.