Добавление большего количества экземпляров считывателя в кластер Aurora или масштабирование экземпляра считывателя - это способ избежать высокой загрузки ЦП.Используя конечную точку только для чтения, вы должны помнить о нескольких вещах
Балансировка нагрузки с помощью конечной точки считывателя Aurora
Считыватель AuroraКонечная точка содержит все реплики Aurora, она может обеспечить циклическую балансировку нагрузки на основе DNS для новых соединений.Каждый раз, когда вы определяете конечную точку считывателя, вы получаете IP-адрес экземпляра, к которому вы можете подключиться, выбранный в циклическом режиме.
Балансировка нагрузки DNS работает на уровне соединения (не индивидуальный запросlevel). Необходимо разрешать конечную точку без кэширования DNS, чтобы получать разные экземпляры IP для каждого разрешения.Если вы разрешаете конечную точку только один раз, а затем сохраняете соединение в своем пуле, каждый запрос по этому соединению направляется в один и тот же экземпляр.Если вы кэшируете DNS, вы получаете один и тот же IP-адрес экземпляра каждый раз, когда разрешаете конечную точку.
Кэширование DNS
Реплики Aurora могут испытывать неравное использование из-за кэширования DNS.
Если вы не используете интеллектуальный драйвер базы данных, вы зависите от обновлений записей DNS и распространения DNS для отработки отказа, масштабирования экземпляров и балансировки нагрузки между репликами Aurora.В настоящее время DNS-зоны Aurora используют короткое время жизни (TTL), равное 5 секундам.Убедитесь, что ваша сеть и клиентские конфигурации больше не увеличивают TTL кеша DNS.Помните, что DNS-кэширование может происходить в любом месте от вашего сетевого уровня через операционную систему до контейнера приложения.Например, виртуальные машины Java (JVM) печально известны тем, что кэшируют DNS на неопределенный срок, если не указано иное.
Еще одно полезное чтение по той же теме.