Un seul VPC possède des sous-réseaux publics et privés répartis sur deux zones de disponibilité. Le contenu statique du site Web (images) est stocké dans Amazon S3. Les serveurs Web sont des instances EC2 dans des sous-réseaux privés, au sein d'un groupe Auto Scaling derrière un ALB. L'environnement utilise Direct Connect avec un VIF public pour accéder à S3. Un ingénieur réseau constate que le trafic EC2 vers S3 transite par une passerelle NAT, ce qui augmente les coûts à mesure que le trafic évolue. Comment l'ingénieur devrait-il modifier la connectivité pour éviter les frais de passerelle NAT pour le trafic S3 ?

L'option correcte est d'implémenter des points de terminaison de VPC de passerelle (Gateway VPC Endpoints) pour Amazon S3 et de mettre à jour la table de routage du VPC. Les instances EC2 dans les sous-réseaux privés ont besoin d'un accès à S3. Actuellement, elles utilisent la passerelle NAT pour atteindre S3 via l'Internet public, ce qui génère des coûts. Un point de terminaison de passerelle S3 permet aux instances d'un VPC d'accéder aux services S3 directement via le réseau AWS, sans passer par une passerelle NAT, un Internet Gateway ou un Direct Connect public VIF, éliminant ainsi les frais de traitement de données de la passerelle NAT. La table de routage du sous-réseau privé doit être mise à jour pour diriger le trafic S3 vers ce point de terminaison. Les points de terminaison d'interface (Interface VPC Endpoints) sont pour d'autres services AWS et utilisent des interfaces réseau élastiques (ENI), ce qui n'est pas le cas pour S3. Un VIF privé Direct Connect est utilisé pour accéder aux ressources privées du VPC depuis le réseau sur site, pas pour que les instances EC2 du VPC accèdent à S3. Un tunnel VPN Site-to-Site sur un VIF public ne résoudrait pas le problème de coût de la passerelle NAT pour le trafic S3, car il s'agit d'une connectivité vers l'environnement sur site.