Um engenheiro de rede configurou o Traffic Mirroring para ajudar a detectar e solucionar anomalias de rede, mas o tráfego espelhado está saturando a instância Amazon EC2 que atua como destino do espelhamento. Essa instância EC2 executa ferramentas de análise de segurança. O engenheiro precisa de um design altamente disponível e escalável para lidar com o tráfego espelhado. Qual solução satisfaz esses requisitos?

A opção correta é implantar um Network Load Balancer (NLB) como destino do espelhamento de tráfego, com um grupo do Auto Scaling de instâncias EC2 por trás dele. O NLB opera na camada 4 (TCP/UDP) e é ideal para lidar com tráfego de alto throughput e baixa latência, como o Traffic Mirroring, sem a necessidade de inspeção de camada de aplicação. Ele distribui o tráfego de forma eficiente entre as instâncias, e o Auto Scaling garante alta disponibilidade e escalabilidade automática para lidar com picos de tráfego. As opções que mencionam o Application Load Balancer (ALB) estão incorretas porque o ALB opera na camada 7 (HTTP/HTTPS) e não é adequado para o Traffic Mirroring, que espelha o tráfego de rede bruto, não apenas HTTP/HTTPS. Além disso, restringir o uso do Traffic Mirroring a horários específicos não resolve o problema de escalabilidade e disponibilidade. O Gateway Load Balancer (GLB) é projetado para inserir dispositivos de segurança de terceiros e não é o balanceador de carga mais apropriado para simplesmente distribuir o tráfego espelhado para instâncias EC2 para análise.