Ограничение на число одн =?UTF-8?B?0L7QstGA0LXQvNC10L3QvdGL0YUg0YHQvtC10LTQuNC90LXQvdC40Lk=?=, но с постановкой лишних в очередь

[Dmitry Koterov]

Как будто бы 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 at 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
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://nginx.org/pipermail/nginx-ru/attachments/20091123/834ab1be/attachment-0001.html>