Uma solução legada de processamento de dados é migrada para instâncias EC2 em sub-redes privadas dentro de uma VPC. A solução usa Amazon S3 para dados de entrada e saída e DynamoDB para estado. Os logs de fluxo da VPC são coletados. A solução usa um único NAT gateway para acessar a internet para registrar uma licença em um hostname de fornecedor. A empresa descobriu que as cobranças do NAT gateway (USE2-NatGateway-Bytes) estão mais altas do que o esperado. O que o engenheiro de rede deve fazer para identificar e corrigir o problema? (Escolha duas.)

A inspeção dos logs de fluxo da VPC é crucial para identificar a origem do tráfego que está passando pelo NAT gateway, pois os logs detalham as conexões de rede, incluindo IPs de origem/destino e portas, permitindo determinar quais instâncias e aplicações estão gerando o tráfego inesperado. A confirmação de que os endpoints de gateway para S3 e DynamoDB estão configurados corretamente é essencial porque esses serviços são usados para dados de entrada/saída e estado. Sem endpoints de gateway, o tráfego para S3 e DynamoDB de sub-redes privadas seria roteado através do NAT gateway, gerando custos desnecessários. Habilitar o VPC Traffic Mirroring é uma solução mais complexa e reativa, enquanto o Cost and Usage Report apenas mostra os custos, não a causa raiz. Restringir security groups é uma boa prática, mas não aborda a causa principal do tráfego excessivo se os endpoints não estiverem configurados.