Você está projetando uma arquitetura resiliente a zonas para uma API de alta taxa de transferência hospedada em máquinas virtuais atrás de um gateway de camada 7. A solução deve sobreviver a uma falha de uma única zona de disponibilidade sem alterar o IP público, distribuir a computação entre as zonas e encerrar o TLS no gateway. O que você deve projetar? Escolha dois.

Para atender aos requisitos de resiliência de zona sem alterar o IP público e encerrar o TLS no gateway, o Application Gateway v2 deve ser implantado como redundante de zona e associado a um IP público Standard redundante de zona. O Application Gateway v2 suporta redundância de zona e encerramento de TLS, e o IP público Standard redundante de zona garante que o IP não mude em caso de falha de zona. Para distribuir a computação entre as zonas, um conjunto de escala de máquina virtual que abranja várias zonas de disponibilidade é a escolha correta, pois ele automaticamente distribui as VMs para garantir alta disponibilidade e resiliência. As opções incorretas são: Implantar um Application Gateway de zona única e associar um IP público zonal na Zona 1 não oferece resiliência de zona. Colocar todas as VMs em um conjunto de disponibilidade localizado em uma única zona de disponibilidade não oferece resiliência de zona. Usar um IP público SKU Básico combinado com o Azure Traffic Manager para redundância de zona não suporta redundância de zona para o IP público e não encerra o TLS no gateway.