Компания использует критически важное приложение, в котором API Gateway предоставляет HTTP API, интегрированный с функцией Lambda. Приложение хранит данные в экземпляре RDS for MySQL (2 vCPU, 64 ГБ ОЗУ). Во время непредсказуемых пиковых нагрузок некоторые вызовы API возвращают ошибки HTTP 500. В CloudWatch Logs отображается сообщение «too many connections». База данных должна оставаться доступной, за исключением запланированного обслуживания. Как компания может сделать приложение устойчивым к всплескам подключений?

Amazon RDS Proxy — это полностью управляемый, высокодоступный прокси для Amazon RDS, который позволяет приложениям объединять и совместно использовать подключения к базе данных, что значительно повышает устойчивость к всплескам подключений. Он поддерживает постоянный пул подключений к базе данных, уменьшая нагрузку на базу данных при установлении новых подключений. Приложение Lambda будет подключаться к прокси, а прокси будет управлять подключениями к базе данных. Уменьшение количества vCPU и увеличение maxconnections не решит проблему, так как это может привести к перегрузке менее мощного экземпляра БД. Создание оповещения CloudWatch для изменения класса экземпляра БД является реактивным подходом и не предотвратит ошибки во время всплесков. Использование EventBridge для увеличения maxconnections при высокой загрузке ЦП также является реактивным и может быть недостаточно быстрым или эффективным для предотвращения ошибок.