Um processo de relatórios que antes era concluído em 15 minutos agora leva uma hora. O aplicativo é executado em instâncias EC2 e lê dados de uma instância Amazon RDS for MySQL. O CloudWatch mostra Read IOPS consistentemente altos na instância RDS, mesmo quando os relatórios não estão sendo executados. O administrador deve melhorar o desempenho e a disponibilidade do banco de dados. Qual solução atende a esses objetivos?

A criação de uma réplica de leitura do Amazon RDS descarrega a carga de leitura da instância primária, melhorando o desempenho e a disponibilidade da instância principal para operações de escrita e outras leituras. O trabalho de relatório pode então consultar a réplica de leitura, que terá seus próprios IOPS de leitura, resolvendo o problema de altos IOPS na instância primária. Implantar um cluster Amazon ElastiCache não é ideal porque o ElastiCache é um cache na memória e o problema é de IOPS de disco, não de latência de dados em memória. Além disso, reescrever o trabalho de relatório para usar o ElastiCache pode ser complexo. Colocar uma distribuição Amazon CloudFront na frente da instância RDS não é apropriado, pois o CloudFront é uma CDN para conteúdo estático e não pode ser usado para armazenar em cache consultas de banco de dados dinâmicas. Aumentar a classe da instância RDS pode melhorar o desempenho, mas é uma solução mais cara e não resolve a causa raiz do problema, que é a alta carga de leitura na instância primária, o que pode levar a gargalos novamente no futuro.