Как будто бы maxconn в haproxy тоже ограничивает число подключений на весь
кластер, а не per-HTTP_HOST:

maxconn <number>
Sets the maximum per-process number of concurrent connections to <number>. It
is equivalent to the command-line argument "-n". Proxies will stop accepting
connections when this limit is reached. The "ulimit-n" parameter is
automatically adjusted according to this value. See also "ulimit-n".



2009/11/22 Gena Makhomed <gmm@csdoc.com>

> Dmitry Koterov wrote:
>
> выделить каждому виртуальному хосту отдельный listening socket
>>> на backend`е - это не поможет, потому что backend сначала делает
>>> accept(), а только потом узнает имя виртуального хоста, на который
>>> пришел этот запрос. поэтому надо будет делать каждому виртуальному
>>> хосту выделенный apache, или - делать ограничение средствами nginx.
>>>
>>
> Выделить каждому хосту apache не всегда возможно (хостов может быть
>> с десяток тысяч запросто). Насчет accept - не совсем понял. Ведь если
>> у каждого виртуального хоста будет свой собственный внутренний ip
>> (192.168.66.1 для *.aaa.ru http://aaa.ru, 192.168.66.2 для *.bbb.ru <
>> http://bbb.ru> и т.д.), то ведь не нужно будет HTTP_HOST разбирать.
>>
>
> даже если все отдельные виртуальные хосты будут разнесены по различным
> внутренним ip-адресам, я не знаю как средствами одного apache сделать
> ограничение "не больше 5 одновременных коннектов на каждый" ip-адрес.
> в haproxy есть параметр maxconn, - "This parameter is very important
> as it can save fragile servers from going down under extreme loads".
>
> --
> Best regards,
> Gena
>
>
>
_______________________________________________
nginx-ru mailing list
nginx-ru@nginx.org
http://nginx.org/mailman/listinfo/nginx-ru