Una única VPC tiene subredes públicas y privadas en dos zonas de disponibilidad. El contenido del sitio web estático (imágenes) se almacena en Amazon S3. Los servidores web son instancias EC2 en subredes privadas, en un grupo de Auto Scaling detrás de un ALB. El entorno utiliza Direct Connect con un VIF público para acceder a S3. Un ingeniero de redes descubre que el tráfico de EC2 a S3 está atravesando un NAT gateway, lo que aumenta los costos a medida que el tráfico escala. ¿Cómo debería el ingeniero cambiar la conectividad para evitar los cargos del NAT gateway para el tráfico de S3?

La opción correcta es implementar VPC endpoints de gateway para Amazon S3 y actualizar la tabla de ruteo de la VPC. Los VPC endpoints de gateway permiten que las instancias en una VPC accedan a S3 directamente, sin necesidad de un NAT gateway o un VIF público de Direct Connect, lo que elimina los cargos asociados al tráfico a través del NAT gateway. Las otras opciones son incorrectas porque: Crear un VIF privado de Direct Connect no resuelve el problema de enrutamiento interno de la VPC a S3 y no evita el uso del NAT gateway para el tráfico a S3 desde la VPC. Crear un túnel VPN de AWS Site-to-Site sobre el VIF público existente es una solución para la conectividad híbrida, no para optimizar el acceso a S3 desde dentro de la VPC. Implementar VPC endpoints de interfaz (Interface Endpoints) son para servicios que usan AWS PrivateLink y tienen un costo por hora y por GB de datos procesados, lo que podría aumentar los costos. Los endpoints de gateway son la solución específica y gratuita para S3 y DynamoDB.