Максимальное количество одновременных подключений jBoss

Question

В настоящее время мы разрабатываем сервлет, который будет передавать большие файлы изображений клиенту.Мы пытаемся определить, сколько узлов Jboss нам потребуется в нашем кластере с помощью балансировщика нагрузки Apache mod_jk.Я знаю, что для обработки одного запроса требуется примерно 5000 миллисекунд.Я пытаюсь использовать форум здесь http://people.apache.org/~mturk/docs/article/ftwai.html, чтобы выяснить, сколько соединений возможно, но у меня возникла проблема, потому что они не объясняют каждое из чисел в формуле.В частности, они говорят, что вы должны ограничить каждый сервер до 200 запросов на процессор, но я не знаю, должен ли я использовать это в формуле или нет.Каждый сервер, который мы используем, будет иметь 8 ядер, поэтому я думаю, что форум должен работать следующим образом:

Одновременных пользователей = (500/5000) * 200 * 8 = 100 одновременных пользователей

Или какэто:

Одновременных пользователей = (500/5000) * (200 * 8) * 8 = ~ 1200 одновременных пользователей

Это имеет большое значение, которое они имели в виду.Без примера в их документации сложно сказать.Кто-нибудь может уточнить?

Заранее спасибо.

Answer 1

Полагаю, эти изображения не статичны, или вы остановились бы на этой строке?

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

Даже если это не так, у вас больше проблем, чем в 8 раз: цель его формулы - определить, сколько одновременных соединений вы можете обработать без AART (среднего времени ответа приложения), превышающего 0,5 секунды . Ваша заявка занимает 5 секунд для обработки одного запроса. Формула, которую вы применяете, говорит о том, что 9 женщин могут родить ребенка за один месяц.

Если вы согласны с тем, что 0,5 секунды является максимально допустимым AART, то сначала вы должны быть в состоянии удовлетворить один запрос в течение <= 0,5 секунд. </p>

В противном случае вам необходимо заменить его значение для максимального AART в мс (500) на ваше (которое должно быть больше или равно вашему фактическому AART).

Наконец, что касается вопроса о том, должен ли его термин ЦП учитывать ядра: он будет варьироваться в зависимости от ЦП и рабочей нагрузки. Если вы обслуживаете большие изображения, вы, вероятно, связаны с IO, а не с процессором. Вам нужно проверить.

Максимальное количество пулов потоков Tomcat и добавление дополнительной нагрузки, пока вы не найдете точку, где ухудшается ваш AART. Это ваше реальное значение для второй половины его уравнения. Но в этот момент вы можете продолжить тестирование и увидеть фактическое значение «Параллельные пользователи», определив, когда AART превышает ваш максимум.