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

В настоящее время мы разрабатываем сервлет, который будет передавать клиенту большие файлы изображений. Мы пытаемся определить, сколько узлов 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 одновременных пользователей

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

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


performance apache tomcat jboss mod-jk
person cozmokramer8    schedule 10.08.2010    source источник

Ответы (1)


arrow_upward
1
arrow_downward

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

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

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

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

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

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

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

person pra    schedule 10.08.2010