Una solución de procesamiento de datos heredada se traslada a instancias EC2 en subredes privadas dentro de una VPC. La solución utiliza Amazon S3 para los datos de entrada y salida, y DynamoDB para el estado. Se recopilan los VPC flow logs. La solución utiliza una única NAT gateway para acceder a internet y registrar una licencia en un hostname de un proveedor. La empresa descubrió que los cargos de la NAT gateway (USE2-NatGateway-Bytes) son más altos de lo esperado. ¿Qué debería hacer el ingeniero de redes para identificar y solucionar el problema? (Elija dos opciones).

Inspeccionar los VPC flow logs es crucial porque registran el tráfico IP que entra y sale de las interfaces de red en la VPC, incluyendo el que pasa por la NAT Gateway. Esto permite identificar qué instancias, puertos y destinos están generando el tráfico inesperado y, por ende, los costos. Confirmar la existencia y configuración de los gateway VPC endpoints para S3 y DynamoDB es fundamental. Los endpoints de gateway permiten que las instancias en subredes privadas accedan a S3 y DynamoDB directamente a través de la red de AWS, sin pasar por la NAT Gateway. Si no están configurados correctamente o faltan, todo el tráfico hacia S3 y DynamoDB se enrutará a través de la NAT Gateway, incurriendo en costos de procesamiento de datos innecesarios. Habilitar VPC Traffic Mirroring es una opción más compleja y costosa para la depuración de red, no la primera acción para identificar el origen de los costos. Crear un informe de AWS Cost and Usage Report solo muestra los costos, no la causa raíz del tráfico. Ajustar los security groups es una buena práctica de seguridad, pero no aborda directamente la causa del tráfico excesivo a través de la NAT Gateway si el tráfico a S3/DynamoDB no está siendo enrutado correctamente.