Una soluzione legacy di elaborazione dati viene spostata su istanze EC2 in sottoreti private all'interno di una singola VPC. La soluzione utilizza Amazon S3 per i dati di input e output e DynamoDB per lo stato. Vengono raccolti i log di flusso della VPC. La soluzione utilizza un singolo NAT gateway per raggiungere Internet e registrare una licenza presso un hostname del fornitore. L'azienda ha riscontrato che i costi del NAT gateway (USE2-NatGateway-Bytes) sono più alti del previsto. Cosa dovrebbe fare l'ingegnere di rete per identificare e risolvere il problema? (Scegli due.)

I costi elevati del NAT Gateway sono spesso dovuti a traffico inatteso che lo attraversa. Ispezionare i log di flusso della VPC permette di identificare le sorgenti e le destinazioni del traffico che utilizza il NAT Gateway, rivelando quali istanze o applicazioni generano il traffico costoso. Per i servizi AWS come S3 e DynamoDB, l'utilizzo di endpoint VPC gateway è fondamentale. Questi endpoint consentono alle istanze nelle sottoreti private di accedere a S3 e DynamoDB direttamente tramite la rete AWS, senza passare per il NAT Gateway. Se gli endpoint gateway non sono configurati correttamente o non sono associati alle tabelle di routing appropriate, il traffico verso S3 e DynamoDB verrà instradato attraverso il NAT Gateway, generando costi aggiuntivi. VPC Traffic Mirroring è utile per un'analisi approfondita del contenuto del traffico, ma i log di flusso sono più efficienti per identificare i volumi e i percorsi del traffico. I Cost and Usage Reports forniscono dati sui costi, ma non spiegano la causa del traffico. La configurazione dei gruppi di sicurezza è una buona pratica, ma non risolve il problema del traffico verso S3/DynamoDB che passa per il NAT Gateway se gli endpoint non sono configurati.