Прочитал ВНИМАТЕЛЬНО документацию по mod_proxy_balancer, как оказалось в нем 2-а метода пересылки запросов до клиентов:
1) По количеству запросов на backend. 2) По объему трафика.
Прочитал документацию по Cisco CSS, как я понял он может балансировать запросы по ответу от клиента.
Как альтернативы: 1) LVS Алгоритмы (http://www.linuxvirtualserver.org/docs/scheduling.html): Shortest Expected Delay Scheduling Never Queue Scheduling
2) BalanceNG Алгоритмы: Организация на основе Агента.
Хм, в документации вроде сказано что это timeout на передачу между блоками данных, а не на всю сессию. Неужели нет аналога mod_proxy_balancer для nginx?
есть тайм-аут коннекта/передачи, их срабатывание косвенно указывает на степень занятости бек-ендов
On 16.01.2008, at 15:46, Vitaliy Okulov wrote:
> Хм, неужели всем хватает RR > балансировки + весов? По идее нагрузка
> может > очень неравномерно распределяться. > > 16.01.08, Alexey V. Karagodov <karagodov@xxxxxxxxx
> > написал(а): >> >> больше всего умничать может Cisco CSS >> (либо >> CSM (как модуль для 6500 например)) >> >> On 16.01.2008, at 12:12, Vitaliy Okulov wrote:
>> >>> Еще 1 момент - это поддержка SSL. >>> >>> 16.01.08, Vitaliy Okulov <
vitaliy.okulov@xxxxxxxxx> >>> написал(а): >>>> >>>> Вопрос как вы его используете, чисто >>>> в режиме Round Robin? Или в ha-proxy >>>> есть возможность реализовавывать
>>>> балансировку на основе времени >>>> ответа от >>>> backend сервера или как-то еще? >>>> >>>> 16.01.08 , Nikolay Sivko <
default_xz@xxxxxxxx> написал(а): >>>>> >>>>> Vitaliy Okulov пишет: >>>>>> >>>>>> Коллеги, кто-нибудь использует >>>>>> "умные" балансировщики запросов от
>>>>>> клиентов? >>>>>> >>>>>> То есть такие, которые мониторят не >>>>>> только жив backend или нет, но и >>>>>> какая на нем сейчас нагрузка,
>>>>>> равномерно ли все backend сервера >>>>>> нагружены. >>>>>> >>>>>> Насколько я понимаю, mod_proxy_balancer в >>>>>> Apache
>>>>>> 2.2 может такое при >>>>>> помощи опроса /balancer-manager. Его даже >>>>>> используют в production >>>>>> некоторые компании.
>>>>>> >>>>>> Может есть что-то еще похожее? >>>>>> >>>>> Мы используем в production ha-proxy - очень >>>>> довольны. >>>>>
>>>>> >>>> >> >>