Un proceso de informes que antes se completaba en 15 minutos ahora tarda una hora. La aplicación se ejecuta en instancias EC2 y lee datos de una instancia de Amazon RDS for MySQL. CloudWatch muestra IOPS de lectura consistentemente altas en la instancia de RDS, incluso cuando los informes no se están ejecutando. El administrador debe mejorar tanto el rendimiento como la disponibilidad de la base de datos. ¿Qué solución cumple estos objetivos?

Crear una réplica de lectura de RDS y actualizar el trabajo de informes para que lea desde el punto de conexión del lector de la réplica de lectura es la solución correcta porque descarga la carga de lectura de la instancia de base de datos principal, mejorando el rendimiento de las operaciones de escritura y la disponibilidad general. Las réplicas de lectura también aumentan la disponibilidad al proporcionar una base de datos de solo lectura que puede promoverse a una instancia de base de datos independiente en caso de un problema con la instancia principal. Implementar un clúster de Amazon ElastiCache podría mejorar el rendimiento de lectura para datos frecuentemente accedidos, pero requeriría reescribir la aplicación de informes para usar ElastiCache y no resolvería el problema de IOPS altas en la base de datos subyacente. Poner una distribución de Amazon CloudFront delante de la instancia de RDS no es aplicable, ya que CloudFront es una CDN para contenido web y no puede interactuar directamente con una base de datos RDS para consultas. Aumentar la clase de instancia de RDS (escalar la instancia de base de datos) podría mejorar el rendimiento, pero no aborda la causa raíz de las IOPS de lectura altas y es una solución más costosa que una réplica de lectura para cargas de trabajo de lectura intensivas.