Похоже, вам лучше настроить это в своей среде мониторинга, например, мониторинг JMX.
Максимальное количество подключений (что-то совершенно отличное от количества сеансов) может быть настроено на сервере. xml - проверьте maxConnections :
Максимальное количество подключений, которые сервер будет принимать и обрабатывать в любой момент времени. Когда это число будет достигнуто, сервер примет, но не обработает еще одно соединение. Это дополнительное соединение будет заблокировано до тех пор, пока количество обрабатываемых соединений не упадет ниже maxConnections, после чего сервер снова начнет принимать и обрабатывать новые соединения. Обратите внимание, что после достижения предела операционная система может по-прежнему принимать соединения на основе параметра acceptCount. Значение по умолчанию - 8192.
Только для NIO / NIO2 установка значения -1 отключит функцию maxConnections, и подключения не будут учитываться.
Что вы видите здесь в том, что он зависит не только от tomcat, но и от вашей операционной системы. И, конечно же, в вашем приложении: оно может сложиться намного раньше, чем это число.
Я считаю, что система, которая просто отслеживает количество подключений, а не другие ресурсы, плохо настроена: если вы Выясните, что ваши максимально настроенные соединения загружены, но технически вы могли бы «выжить» вдвое больше: Кто это настроил? Если время загрузки вашей страницы становится меньше допустимого времени на половине подключений: кого волнует количество доступных подключений?
А если появится обратный прокси-сервер, он также может поставить в очередь некоторые дополнительные подключения. ..
Возвращаясь к исходному вопросу: JMX может быть решением (найдите соответствующий bean-компонент). Или, если вы хотите go самостоятельно, фильтр сервлетов может отслеживать количество обрабатываемых в настоящее время запросов.