Re: автоматическое назначе ние веса бекендам

[Alexey Bobok <alexey.bobok@xxxxxxxxxxx>]

ну расставить веса  так, чтобы например 60% толстых запросов
обрабатывали 3 бекенда, 40 % размазаны по 7 бекендам.

3 апреля 2010 г. 7:28 пользователь big bond <bondarets@xxxxxxxxx> написал:
> Цифры вымышлены.
> Этому толстому мало трех в пиках, а остальным приложениям большую
> часть времени много семи. К тому же пики толстого и остальных в
> противофазе, из-за разной специфики и географии.
> 03.04.10, Alexey Bobok<alexey.bobok@xxxxxxxxxxx> написал(а):
>> а почему это "толстое" приложение не обрабатывать исключительно на
>> этих 3 бекендах тем же раунд-робином, а "худенькие" на остальных?
>>
>> 2 апреля 2010 г. 22:04 пользователь big bond <bondarets@xxxxxxxxx> написал:
>>> Раунд робин это хорошо, конечно, но не всегда. Приведу пример: скажем
>>> есть 10 бекендов, на которых крутится 16 разных веб-приложений.
>>> Аудитория у приложений  разная как по количеству, так и по периодам
>>> пиковой нагрузки. Из этих 16 приложений одно самое "толстое" и для
>>> него полностью зарезервировано 3 бекенда, остальные бекенды
>>> универсальны. Так вот, при помощи простого раунд-робина не получится
>>> честно размазать нагрузку, "толстое" приложение будет периодически
>>> мешать остальным.
>>> 02.04.10, Alexey Bobok<alexey.bobok@xxxxxxxxxxx> написал(а):
>>>> где-то тут в рассылке было обсуждение, ключевым тезисом которого стало
>>>> утверждение, что самым лучшим механизмом распределения является
>>>> round-robin
>>>>
>>>> 2 апреля 2010 г. 17:56 пользователь big bond <bondarets@xxxxxxxxx>
>>>> написал:
>>>>> Именно там я и прочитал про weighted least-connection round-robin, но не
>>>>> нашел описания, как именно определяется задержка. Уж ткните носом
>>>>> калеку.
>>>>>
>>>>> 2 апреля 2010 г. 18:50 пользователь Olexander Shtepa <isk@xxxxxxxxxxxx>
>>>>> написал:
>>>>>>
>>>>>> > Спасибо, почти то, что нужно. Только не совсем понятен механизм
>>>>>> > определения
>>>>>> > загруженности бекенда (weighted least-connection round-robin). Что
>>>>>> > понимать
>>>>>> > под least-connection? TCP-задержку, время http-отклика, или что-то
>>>>>> > иное
>>>>>> > (ping?)?
>>>>>>
>>>>>> Надо было по ссылка походить -
>>>>>> http://nginx.localdomain.pl/wiki/UpstreamFair :
>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> nginx-ru mailing list
>>>>> nginx-ru@xxxxxxxxx
>>>>> http://nginx.org/mailman/listinfo/nginx-ru
>>>>>
>>>>>
>>>>
>>>>
>>>>
>>>> --
>>>> С уважением,
>>>> Алексей Бобок, Ukrhome.net
>>>> icq# 205349854
>>>> mailto: alexey.bobok@xxxxxxxxxxx
>>>> http://www.ukrhome.net/
>>>>
>>>> Think before you print.
>>>> _______________________________________________
>>>> nginx-ru mailing list
>>>> nginx-ru@xxxxxxxxx
>>>> http://nginx.org/mailman/listinfo/nginx-ru
>>>>
>>> _______________________________________________
>>> nginx-ru mailing list
>>> nginx-ru@xxxxxxxxx
>>> http://nginx.org/mailman/listinfo/nginx-ru
>>>
>>
>>
>>
>> --
>> С уважением,
>> Алексей Бобок, Ukrhome.net
>> icq# 205349854
>> mailto: alexey.bobok@xxxxxxxxxxx
>> http://www.ukrhome.net/
>>
>> Think before you print.
>> _______________________________________________
>> nginx-ru mailing list
>> nginx-ru@xxxxxxxxx
>> http://nginx.org/mailman/listinfo/nginx-ru
>>
> _______________________________________________
> nginx-ru mailing list
> nginx-ru@xxxxxxxxx
> http://nginx.org/mailman/listinfo/nginx-ru
>



-- 
С уважением,
Алексей Бобок, Ukrhome.net
icq# 205349854
mailto: alexey.bobok@xxxxxxxxxxx
http://www.ukrhome.net/

Think before you print.
_______________________________________________
nginx-ru mailing list
nginx-ru@xxxxxxxxx
http://nginx.org/mailman/listinfo/nginx-ru