Приложение использует кластер Aurora MySQL с одной репликой для чтения. Производительность чтения ухудшается, когда количество подключений превышает 200; обычная нагрузка составляет около 180 подключений, но иногда превышает 200. Администратору необходимо, чтобы система автоматически масштабировалась при увеличении и уменьшении количества пользовательских подключений. Какой подход удовлетворяет этому требованию?

Правильный ответ — создание политики автомасштабирования, нацеленной на метрику DatabaseConnections со значением 195. Это позволит автоматически добавлять или удалять реплики для чтения Aurora, когда количество подключений приближается к пороговому значению в 200, обеспечивая масштабирование производительности чтения в соответствии с нагрузкой. Увеличение размера экземпляра существующей реплики Aurora может временно решить проблему, но не обеспечивает автоматического масштабирования при изменении нагрузки. Переключение кластера в бессерверный режим не является опцией, так как Aurora Serverless автоматически масштабируется по другим метрикам и не может быть включена или выключена динамически на основе количества подключений для существующего кластера. Переход на новый кластер с несколькими экземплярами записи не решит проблему производительности чтения, так как экземпляры записи не предназначены для масштабирования чтения, и это требует изменения приложения.