Рабочий кластер Aurora MySQL состоит из одного узла записи и активно используется для формирования отчетов. Кластер периодически сталкивается с проблемами производительности из-за высокой загрузки ЦП и достижения максимального количества подключений. Администратору SysOps необходимо стабилизировать производительность. Какое решение удовлетворит это требование?

Создание реплики Aurora и направление запросов отчетов на конечную точку только для чтения (reader endpoint) эффективно разгружает основной узел записи, который страдает от высокой загрузки ЦП и подключений. Политика Auto Scaling для реплик Aurora позволяет автоматически масштабировать ресурсы чтения в зависимости от нагрузки, обеспечивая стабильную производительность. Вариант с отдельным одноузловым кластером не решает проблему масштабирования и может привести к тем же проблемам производительности. Использование Lambda для кэширования результатов запросов или ElastiCache может быть полезно для определенных сценариев, но не является прямым решением проблемы высокой нагрузки на базу данных и не обеспечивает автоматическое масштабирование для чтения, как реплики Aurora.