Due VPC di produzione (VPC A e VPC B) si estendono su tutte le AZ in us-east-1. Una nuova normativa richiede che tutto il traffico tra questi VPC di produzione venga ispezionato. L'azienda ha implementato un VPC condiviso con un firewall stateful e un attachment del transit gateway su tutti i VPC, in modo che il traffico tra VPC A e VPC B venga instradato attraverso il firewall. Durante i test, il transit gateway interrompe il traffico quando questo scorre tra due Availability Zone. Quale modifica dovrebbe apportare l'ingegnere di rete per risolvere questo problema con il MINOR overhead di gestione?

L'abilitazione della modalità appliance del Transit Gateway sull'attachment del VPC condiviso è la soluzione con il minor overhead di gestione. Questa modalità consente al Transit Gateway di inviare tutto il traffico destinato all'appliance firewall attraverso una singola interfaccia di rete elastica (ENI) all'interno di una singola Availability Zone (AZ), risolvendo il problema del traffico interrotto tra AZ. Le opzioni errate: Sostituire l'attachment del VPC con un attachment VPN e configurare BGP introduce complessità e overhead di gestione non necessari, oltre a potenziali colli di bottiglia e costi aggiuntivi. Abilitare la modalità appliance sugli attachment di VPC A e VPC B non è corretto perché l'appliance firewall si trova nel VPC condiviso, non nei VPC di produzione. Configurare il VPC peering tra il VPC condiviso e i VPC A e B non è una soluzione scalabile per l'ispezione centralizzata del traffico e non risolve il problema del routing inter-AZ attraverso il Transit Gateway.