Финансовая компания запускает критически важное бизнес-приложение на текущем поколении инстансов Linux EC2 с самоуправляемой базой данных MySQL, которая имеет высокую нагрузку ввода-вывода. Приложение обрабатывает умеренный трафик большую часть месяца, но замедляется в течение последних трех дней из-за ежемесячной отчетности. Инфраструктура уже использует ELB и Auto Scaling для вычислительных ресурсов. Какое действие позволит базе данных обрабатывать нагрузку в конце месяца с наименьшим влиянием на производительность?

Миграция в Amazon RDS позволяет использовать управляемый сервис баз данных, что упрощает масштабирование и управление. Создание реплик для чтения (read replicas) в RDS эффективно распределяет нагрузку на чтение, которая характерна для отчетности, без влияния на производительность основной базы данных. Это позволяет основной базе данных обрабатывать операции записи, а реплики — запросы чтения, тем самым улучшая общую производительность. Предварительный прогрев ELB и изменение типа инстанса или томов EBS не решат проблему высокой нагрузки на базу данных, так как проблема связана с производительностью самой СУБД, а не с вычислительными ресурсами или балансировщиком. Использование CloudWatch с Lambda для динамического изменения томов EBS может быть сложным в реализации и не всегда обеспечит мгновенное масштабирование, необходимое для пиковых нагрузок. Замена томов EBS на PIOPS с максимальным размером и IOPS будет избыточным и дорогостоящим решением для умеренного трафика, а создание снимков и восстановление — сложным и длительным процессом.