Un'azienda ha centinaia di VPC applicativi più un VPC di servizi condivisi in una singola Regione e una connessione VPN on-premises. Requisiti: i VPC applicativi devono essere isolati l'uno dall'altro; i VPC applicativi necessitano di traffico bidirezionale verso on-premises e verso il VPC di servizi condivisi. Il transit gateway è stato creato con associazione e propagazione della tabella di routing predefinite disabilitate. L'ingegnere ha creato gli attachment VPC e VPN e deve ora soddisfare tutti i requisiti utilizzando il minor numero di tabelle di routing del transit gateway. Quale combinazione di azioni raggiunge questo obiettivo? (Scegliere due.)

Per isolare i VPC applicativi tra loro e consentire il traffico bidirezionale verso on-premises e il VPC di servizi condivisi con il minor numero di tabelle di routing, si possono adottare due approcci. La prima opzione corretta prevede di creare una singola tabella di routing per tutti i VPC applicativi. Associando ogni attachment dei VPC applicativi a questa tabella, e propagando gli attachment del VPC di servizi condivisi e VPN a essa, si garantisce che ogni VPC applicativo possa raggiungere le destinazioni on-premises e di servizi condivisi, ma non gli altri VPC applicativi, poiché le loro route non sono propagate in questa tabella. La seconda opzione corretta è simile: creare una singola tabella di routing che includa le route on-premises e quelle del VPC di servizi condivisi. Associando gli attachment VPN e del VPC di servizi condivisi a questa tabella e propagando tutti gli attachment dei VPC applicativi a essa, si ottiene lo stesso risultato: i VPC applicativi possono raggiungere le risorse condivise e on-premises, ma rimangono isolati tra loro. Le opzioni che creano tabelle di routing separate per on-premises o per ogni VPC applicativo aumentano inutilmente il numero di tabelle, contravvenendo al requisito di minimizzazione.