Uma empresa financeira executa um aplicativo de missão crítica em instâncias Linux EC2 de geração atual com um banco de dados MySQL autogerenciado que possui alta E/S. O aplicativo lida com tráfego moderado na maior parte do mês, mas desacelera nos últimos três dias devido a relatórios de fim de mês. A infraestrutura já usa ELBs e Auto Scaling para computação. Qual ação permitirá que o banco de dados lide com a carga de fim de mês com o menor impacto no desempenho?

A migração para o Amazon RDS com réplicas de leitura é a solução mais eficaz. O RDS simplifica o gerenciamento do banco de dados e as réplicas de leitura distribuem a carga de consultas, melhorando o desempenho durante os relatórios de fim de mês sem impactar o banco de dados principal. Pré-aquecer ELBs e mudar o tipo de instância EC2 não resolvem o gargalo do banco de dados. Alterar volumes EBS dinamicamente com CloudWatch/Lambda é complexo e pode causar interrupções. Substituir volumes EBS por PIOPS e reverter snapshots é uma abordagem manual e ineficiente, com potencial para tempo de inatividade e perda de dados se não for gerenciado corretamente.