Доброго дня.
Начну с начала.

В организации есть отчет, который выполняется около 40 минут при 90% загрузке процессора. Этот отчет лопатит базу и рисует какую-то аналитику. Дело в том, что все менеджеры резко вспомнили об этом отчете именно сегодня после разноса шефа. Их (манагерофф) 5 штук и все очень спешат. Естественно они запускают по 5-6 отчетов одновременно. Возникло желание ограничить кол-во запускаемых отчетов с одного клиента.
Перловый скрипт выбирает из базы информацию и строит html докумет, который через Апач доставляется клиенту. Мне показалось, что самый правильный способ ограничения - ограничение на кол-во подключений к Апачу. Но порывшись в httpd.conf не нашел такого ключика. Директива maxClients ограничивает кол-во запущенных процессов Апача, это не очень подходит, так как кроме менеджеров работает еще куча народа.
Не подскажите как ограничить кол-во подключений к веб серверу его средствами? Не очень хочется делать это через iptables.

apache2-2.0.52

ща модуль гляну.

lissyara
это для первого. но есть тамже и для второго


Posted via ActualForum NNTP Server 1.3

Нашел для второго, но что-то при его включении сервер ничего не отдает (
Чуть подправил конфиг из ридмика. Все равно посылает.

DocAlКстати, если отчёт такой замороченный, может быть, имеет смысл строить его по планировщику, а клиентам отдавать результат статикой?

Ну это один из вариантов. Но не самый красивый. Плюс параметры запроса довольно активно меняются пользователями.

Тут проблема именно в том, что слишком ретивые отбирают все ресурсы. Это огорчает. Два три даже четыре отчета не слишком тяжело для сервера, а полтора десятка - напряжно.

DocAlНу тогда да, mod_limitipconn вам поможет... Кстати, он позволяет ограничивать количество подключений не только к сайту целиком, но и к определённому разделу (Location), так что ограничить можно именно количество параллельных отчётов с ip.
А вообще, отчёт на 40 минут -- мрачно как-то выглядит... Вспоминаются всякие один-эсы и прочие кошмарики... Может, неоптимальна реализация? Таки за 40 минут современный сервер может много наколбасить.

Ну скорее всего неоптимально решение..
Этот отчет строит динамику остактов/приходов/продаж по сети магазинов (около 30) за длительный период (около месяца) по всему ассортименту. Логика простая, но данных много и если пользователь не укажет довольно узкий фильтр, много считать надо