AnyCompany (on-premises) ha acquisito Example Corp (interamente in AWS). Si connettono tramite Direct Connect e Transit Gateway. Example Corp ha un'applicazione distribuita su due AZ in una VPC (10.0.0.0/16) senza internet gateway e deve raggiungere un'applicazione on-premises attraverso un blocco IP di origine contiguo e ristretto 10.1.0.0/24 per motivi di conformità. L'ingegnere ha aggiunto 10.1.0.0/24 come CIDR secondario alla VPC. Qual è il prossimo passo per implementare una soluzione ad alta disponibilità che garantisca che il traffico in uscita utilizzi gli indirizzi IP approvati?

L'opzione corretta garantisce alta disponibilità e l'uso dell'intervallo IP approvato. Creare un NAT Gateway privato in ogni AZ, utilizzando una sottorete dall'intervallo 10.1.0.0/24, assicura che il traffico in uscita verso l'on-premises provenga da un IP all'interno di tale blocco. I NAT Gateway privati sono necessari perché la VPC non ha un Internet Gateway e il traffico è destinato a una rete privata (on-premises). Distribuirli in ogni AZ fornisce ridondanza. Aggiornare le tabelle di routing per indirizzare il traffico al NAT Gateway nella stessa AZ mantiene il traffico all'interno dell'AZ, migliorando la disponibilità e riducendo i costi di trasferimento dati tra AZ. Infine, la rotta verso il Transit Gateway consente la connettività con l'on-premises. Le opzioni che propongono NAT Gateway pubblici sono errate perché la VPC non ha un Internet Gateway e il traffico è destinato a una rete privata. Le opzioni che prevedono un singolo NAT Gateway in una singola sottorete non offrono alta disponibilità.