httpd.conf и ServerLimit / Maxclients

К примеру http://www.it-rem.ru/mpm-itk-ogranichit-kol-vo-soedineniy-dlya-klientov.html

У mpm-itk есть возможность ограничить количество подключений в пределах одного сайта (виртуалхоста)

Можно и в nginx это ограничить.

Включите для этого сайта в nginx кеш.

Конечно можно. Например mpm-itk позволяет назначить число процессов по виртхосту.

Это мне ничего не даст.

Когда бот посещает страницы одну за одной кеш не спасет.

За ссылку на mpm-itk спасибо, как раз всё так и настроено, значится подрулим и

все проблемы решены. Надеюсь :)

Вообще то кеш nginx спасает именно от этого ;)

Приходит быдлобот и пытается получить сразу 100 РАЗНЫХ страниц

Как мне поможет кеш ?

В nginx как раз для этого есть

директива limit_req

Пример

limit_req_zone $binary_remote_addr zone=lphp:10m rate=1r/s;

limit_req zone=lphp burst=10 nodelay;

http://nginx.org/ru/docs/http/ngx_http_limit_req_module.html

У нее есть ньанс, что

limit_req zone=one burst=10 nodelay;

ставится только в локешен проксирующий на апач.

Что бы не было ограничения на количество запросов к статике.

Вот здесь подробно описано назначение параметра burst и rate

http://wbtools.ru/?forum=22

Да это можно было бы сделать, но проблема в детальных настройках.

Лучше я отдам Х конекций, и в 99.999% случаев их все сможет занять один-два пользователя.

Специфика в том, что тормозящее место полезно, но крайне редкопосещаемо.

Отделить тут пользователей от ботов непросто.

В общем-то можно и так и сяк сделать, вероятно. Особенно с учетом того, что можно

статику раздавать нормально.

Пока я сделал путем ограничения MaxClient для конкретного домена, протестил вроде работает.

Не поможет, заткнем еще гниксом. Ситуация редкая.

nginx вкусней ;) Советую попробовать раз выпала такая возможность.

поднимите несколько экземпляров апачей (каждый со своими конфигами) и раскидайте проекты