Максимальный размер пула подключений и группа автомасштабирования

Прошло 6 недель с тех пор, как вы спросили, но, поскольку я недавно занялся этим, я решил поделиться своим опытом.

Ответ зависит от того, как приложение работает и работает. Плюс характеристики приложения под нагрузкой для типа инстанса.

1) Вы хотите, чтобы размер вашего пула был больше, чем ожидаемые одновременные запросы, выполняемые на вашем хосте.
2) Вы никогда не хотите, чтобы у вас была ситуация, когда количество клиентов * размер пула приближается к вашему максимальному лимиту подключений.

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

Таким образом, вам нужно будет смоделировать свое приложение, чтобы понять фактические запросы (и их количество), которые будут выполняться для ваших 75 000 пользователей. Это, вероятно, намного МЕНЬШЕ, чем 75 КБ/сек. запросов к базе данных в секунду.

Затем вы можете создать сценарий — мы использовали jmeter — и запустить тест для имитации производительности. Одним из пунктов, который мы сделали во время нашего теста, было увеличение пула выше и увидеть разницу в производительности. На самом деле мы использовали большое число (100) после создания базового уровня и обнаружили, что число имело значение. Затем мы опускали его до тех пор, пока он не начал иметь значение. В нашем случае это было 15, поэтому я установил его на 20.

Это было против t2.micro как нашего сервера приложений. Если я изменю серверы на что-то большее, это значение, вероятно, возрастет.

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

Надеюсь это поможет.