Что такое хорошая конфигурация для распределенной системы Spring Boot с 36 загрузчиками через туннели ssh? - PullRequest
0 голосов
/ 27 ноября 2018

Я создал приложение Java Spring Boot, которое запускает 36 капель загрузчика в цифровом океане, которые ssh-туннель к базе данных оптимизирует ЦП и загружает из API в базу данных.

Я настроил hikari следующим образом для уменьшения количества подключений к пулу, предполагая, что у базы данных могут быть проблемы со слишком большим количеством и думая, что они могут не потребоваться.

spring.datasource.hikari.maximumPoolSize=5
spring.datasource.hikari.connectionTimeout=200000
spring.datasource.hikari.maxLifetime=1800000
spring.datasource.hikari.validationTimeout=100000

Мне интересно, если эти настройкиможет или не может быть рекомендовано и почему.Я уменьшил MaximumPoolSize до 5, однако я не нашел много информации о том, считается ли это слишком маленьким для Java Spring Boot Application для эффективной работы.

Учитывая, что каждый загрузчик последовательно хранит данные в базе данных, нужно ли иметь несколько подключений к пулу на каждом загрузчике?

Я настроил максимальное количество подключений в mysql до 250 иМаксимальное количество соединений ssh ​​на сервере базы данных до 200. Замечу, что на сервере создано 114 процессов sshD.Может ли сервер обрабатывать такое количество туннельных соединений ssh?

Предвидите ли вы какие-либо проблемы с такой распределенной установкой при загрузке Spring?Одна вещь, которую я должен был сделать перед настройкой этих параметров, это разместить код подключения для повторных попыток вокруг каждого подключения к базе данных, чтобы избежать ошибок отключения.

Спасибо, Конте

...