Re: балансировка нагрузки

Vitaliy Okulov vitaliy.okulov at gmail.com
Mon Jan 21 16:03:46 MSK 2008


Хм, в документации вроде сказано что это timeout на передачу между блоками
данных, а не на всю сессию.
Неужели нет аналога mod_proxy_balancer для nginx?

Есть ли другие решения под Linux для этого?

16.01.08, Alexey V. Karagodov <karagodov at gmail.com> написал(а):
>
> есть тайм-аут коннекта/передачи, их
> срабатывание косвенно указывает на
> степень занятости бек-ендов
>
> On 16.01.2008, at 15:46, Vitaliy Okulov wrote:
>
> > Хм, неужели всем хватает RR
> > балансировки + весов? По идее нагрузка
> > может
> > очень неравномерно распределяться.
> >
> > 16.01.08, Alexey V. Karagodov <karagodov at gmail.com>
> > написал(а):
> >>
> >> больше всего умничать может Cisco CSS
> >> (либо
> >> CSM (как модуль для 6500 например))
> >>
> >> On 16.01.2008, at 12:12, Vitaliy Okulov wrote:
> >>
> >>> Еще 1 момент - это поддержка SSL.
> >>>
> >>> 16.01.08, Vitaliy Okulov <vitaliy.okulov at gmail.com>
> >>> написал(а):
> >>>>
> >>>> Вопрос как вы его используете, чисто
> >>>> в режиме Round Robin? Или в ha-proxy
> >>>> есть возможность реализовавывать
> >>>> балансировку на основе времени
> >>>> ответа от
> >>>> backend сервера или как-то еще?
> >>>>
> >>>> 16.01.08 , Nikolay Sivko <default_xz at inbox.ru> написал(а):
> >>>>>
> >>>>> Vitaliy Okulov пишет:
> >>>>>>
> >>>>>> Коллеги, кто-нибудь использует
> >>>>>> "умные" балансировщики запросов от
> >>>>>> клиентов?
> >>>>>>
> >>>>>> То есть такие, которые мониторят не
> >>>>>> только жив backend или нет, но и
> >>>>>> какая на нем сейчас нагрузка,
> >>>>>> равномерно ли все backend сервера
> >>>>>> нагружены.
> >>>>>>
> >>>>>> Насколько я понимаю, mod_proxy_balancer в
> >>>>>> Apache
> >>>>>> 2.2 может такое при
> >>>>>> помощи опроса /balancer-manager. Его даже
> >>>>>> используют в production
> >>>>>> некоторые компании.
> >>>>>>
> >>>>>> Может есть что-то еще похожее?
> >>>>>>
> >>>>> Мы используем в production ha-proxy - очень
> >>>>> довольны.
> >>>>>
> >>>>>
> >>>>
> >>
> >>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://nginx.org/pipermail/nginx-ru/attachments/20080121/4d2fc9c3/attachment.html>


More information about the nginx-ru mailing list