MiniShowCase может удовлетворить Вашим потребностям, это довольно просто и просто, чтобы заставить его работать, но, имеет много php файлов.
Выравнивание нагрузки является абсолютно циклическим алгоритмом, или это делает неподвижность на основе IP или cookie? У Вас мог быть некоторый пользовательский трафик, который придерживается одного сервера и перемещается в перезапуск - особенно, если другой Ваших серверов называет приложение на кластере. Так перепроверьте его против фактических хитов к серверу.
У Вас может также быть состояние состязания в приложении, что определенные операции получают его в цикле. Для этого Вы могли взять дамп потока (уничтожьте-3 pid), и вытащите их из своего журнала stdout и выполните что-то как Самурай на них для наблюдения что.
Я также включил бы вход сборки "мусора" и видел бы, коррелируют ли времена GC с воспринятым временем задержки.
Я не эксперт по кластеру или BEA, но в аналитических проблемах производительности нет только ЦП. Каковы данные о памяти, диске и сети? Инструменты для получения данных о являются вершиной (CPU и память, со многими деталями и также для каждого процесса), vmstat (память, CPU, диск), SAR (sysstat пакет на Linux, со всеми возможными данными и историческими записями). Затем какова операционная система таких машин и в который версия?
Я установил бы датчик Java и представил бы веб-приложение для дальнейшего исследования, где точно то 50%-е движение ЦП.
Инициируйте дамп потока или два на каждом из серверов. Вы, вероятно, найдете, что один из серверов имеет выполнение потока, которое не работает на других серверах. Также проверьте использование памяти через консоль. Я видел, что WebLogic входит в цикл сборки "мусора", когда нет достаточной памяти.