Un servicio que se ejecuta en instancias de Amazon EC2 en una subred privada lee y escribe grandes cantidades de datos en un bucket de Amazon S3 en la misma región de AWS. Las instancias actualmente acceden a S3 a través de un NAT gateway en una subred pública. La empresa quiere reducir los costos de egreso de datos. ¿Cuál es la solución MÁS rentable?

La opción correcta es aprovisionar un VPC gateway endpoint para Amazon S3 y configurar la tabla de ruteo de la subred privada para usarlo. Los gateway endpoints para S3 permiten que las instancias en una subred privada accedan a S3 directamente desde la red de AWS, sin pasar por un NAT Gateway o una instancia NAT. Esto elimina los costos de procesamiento de datos del NAT Gateway y los costos de transferencia de datos asociados con el tráfico que sale de la VPC y regresa. Las opciones incorrectas son: Aprovisionar una instancia NAT de EC2 dedicada en la subred pública o privada: Las instancias NAT de EC2 tienen costos de EC2 y de transferencia de datos, y no son tan rentables como un gateway endpoint para S3. Además, la opción de colocarla en la subred privada no tiene sentido para el ruteo. Aprovisionar un segundo NAT gateway: Un NAT Gateway adicional incurriría en los mismos costos de procesamiento y transferencia de datos que el NAT Gateway existente, lo que no resolvería el problema de reducción de costos.