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

Question

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

Одновременные Пользователи = (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 секунды.

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

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

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