Un processo di reporting che in precedenza veniva completato in 15 minuti ora impiega un'ora. L'applicazione è in esecuzione su istanze EC2 e legge i dati da un'istanza Amazon RDS for MySQL. CloudWatch mostra Read IOPS costantemente elevati sull'istanza RDS, anche quando i report non sono in esecuzione. L'amministratore deve migliorare sia le prestazioni che la disponibilità del database. Quale soluzione soddisfa questi obiettivi?

La creazione di una replica di lettura RDS e l'aggiornamento del job di reporting per leggere da essa è la soluzione migliore. Questo scarica il carico di lettura dal database primario, migliorando le prestazioni per entrambe le operazioni (reporting e transazioni primarie) e aumentando la disponibilità del database primario. Le repliche di lettura sono progettate per carichi di lavoro ad alta intensità di lettura. Implementare ElastiCache non è l'ideale perché il reporting richiede dati aggiornati e ElastiCache è una cache, non una fonte di dati primaria per report complessi. Posizionare CloudFront davanti a RDS non è applicabile, poiché CloudFront è una CDN per contenuti web, non un proxy per database. Aumentare la classe dell'istanza RDS potrebbe migliorare le prestazioni, ma non risolve il problema del carico di lettura elevato e costante, né migliora la disponibilità separando i carichi di lavoro.