Una empresa está creando un prototipo de un sitio web de comercio electrónico en AWS. El sitio web consta de un Application Load Balancer, un grupo de Auto Scaling de instancias de Amazon EC2 para servidores web y una instancia de base de datos Amazon RDS para MySQL que se ejecuta con la configuración Single-AZ. El sitio web tarda en responder durante las búsquedas del catálogo de productos. El catálogo de productos es un grupo de tablas en la base de datos MySQL que la empresa no actualiza con frecuencia. Un arquitecto de soluciones ha determinado que la utilización de la CPU en la instancia de base de datos es alta cuando se producen búsquedas en el catálogo de productos. ¿Qué debe recomendar el arquitecto de soluciones para mejorar el rendimiento del sitio web durante las búsquedas en el catálogo de productos?

La opción correcta es implementar Amazon ElastiCache for Redis con carga lenta. ElastiCache es un servicio de almacenamiento en caché en memoria que reduce la carga en la base de datos al almacenar datos a los que se accede con frecuencia, como el catálogo de productos. La carga lenta (lazy loading) asegura que los datos se carguen en la caché solo cuando se solicitan por primera vez, optimizando el uso de recursos. Migrar a Amazon Redshift no es adecuado porque Redshift es un almacén de datos para análisis, no una base de datos transaccional para un sitio web de comercio electrónico. Agregar una política de escalado al grupo de Auto Scaling no resolverá el problema de rendimiento de la base de datos, ya que el cuello de botella está en la base de datos, no en los servidores web. Activar Multi-AZ para la base de datos mejora la disponibilidad y la durabilidad, pero no el rendimiento de lectura, que es el problema aquí. Limitar las consultas no aborda la causa raíz del alto uso de CPU.