Блог

У меня есть веб-приложение и использование веб-протокола для записи. Конфигурация приложения — 4 ядра и 4 ГБ ОЗУ. Сколько пользователей мы можем выделить с 4 ядрами и 4 ГБ ОЗУ.

Спасибо Raghav

Я понятия не имею. Я ничего не знаю о ваших виртуальных пользователях или вашем приложении. Я не знаю, сколько процессора, ДИСКА, ПАМЯТИ ИЛИ СЕТИ они индивидуально используют для выполнения на генераторах нагрузки или как ресурсы заблокированы в приложении. Я ничего не знаю о ваших навыках разработки виртуальных пользователей — как правило, люди, которые менее знакомы с инструментом, создают виртуальных пользователей, которые используют гораздо больше ресурсов, чем необходимо. Возможно, у вас есть сценарий, определенный без времени на обдумывание….в таком случае вы получите гораздо меньше пользователей на сервере, чем с реальными пользователями. Я не знаю, каковы ваши допуски для использования ресурсов генераторов нагрузки — обычно я сохраняю свой не более чем на 50% от доступного пула для любого конечного набора ресурсов.

Но вот чем я могу поделиться с вами:

• Рассмотрите возможность использования как минимум трех аппаратно согласованных генераторов нагрузки. Используйте on для набора элементов управления из одного виртуального пользователя каждого типа, а остальная часть вашей нагрузки распределяется между оставшимися двумя. Если время отклика у всех трех ухудшается, вероятность высока, у вас есть общая внешняя причина в приложении, но если ваша контрольная группа не ухудшается, а ваша глобальная группа ухудшается….ну, вы можете видеть, к чему это приводит.
• Не запускайте своих виртуальных пользователей на своем контроллере. Плохая магия
• Ведение журнала с высокой скоростью похоже на управление скоростным катером с помощью перетаскивающего якоря … и этот перетаскивающий якорь является предметом спора на диске, поскольку все ваши виртуальные пользователи записывают обширные журналы на диск. Достаточно ошибки входа в систему.
• Ответ на вопрос «сколько» заключается в том, почему мы тестируем. Ваше время отклика может снизиться до точки полезного сбоя задолго до фактического сбоя хоста.
• Масштабируемость зависит от того, как используются ваши ресурсы и как долго вы их блокируете для пользователя. Преждевременно выделяйте большие файлы, на которые вы часто нажимаете, а затем удерживаете их в течение длительного периода, вы получите гораздо меньше пользователей.

Рассматривали ли вы коллективные труды Стива Соудерса?