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

[squirl]

да я, как бе, не собираюсь убеждать.

просто из того что я понял с самого начала - вас не устраивал раунд-робин из-за разнородности обслуживаемых приложений. я предположил, что можно разнести по апстримам таким образом, что отдельный апрстрим будет обслуживать группу с фиксированным откликом и раунд-робин станет подходящим алгоритмом.

нет так нет. возможно не очень вас понял.

вообще - фича динамической смены коэффициента веса бэкенда - не очень то "простая функция". но я бы тоже не отказался увидеть ее в nginx'e :)

4 апр. 2010, в 22:50, big bond написал(а):

> Да, согласен, стормозил про апстрим.
> Ваши советы весьма разумны, более того, сейчас все приблизительно так и сделано, только как я сказал, помимо простого раунд-робина текущий балансировщик умеет динамически менять коэффициент веса бекенда, основываясь на задержке отклика GET-запроса к каждому из них. Я всего лишь спросил, может ли энджи так, или нет, простая функция ведь. Если нет, то как говорится "будем искать" того, кто умеет. Убеждать меня в том, что это бессмысленно - бессмысленно ), я ищу то, что ищу, не более. 
> 
> 4 апреля 2010 г. 23:34 пользователь squirl <andriy.tovstik на gmail.com> написал:
> 
> 4 апр. 2010, в 22:17, big bond написал(а):
> 
> > Из контекста вашего сообщения я подумал о фронтенде. Обычно апстримом именуют вышестоящего интернет-провайдера.
> 
> ну мы общаемся в рассылке nginx. тут под апстримом понимается вполне конкретный термин ;)
> http://sysoev.ru/nginx/docs/http/ngx_http_upstream.html
> 
> > Очень просто определяется.
> > На фронтенеде:
> >      -DNS-имя
> >      -Если домен один, то по URI
> > На бекенде URI+Port
> >
> 
> в этом случае, что мешает для одного DNS имени - один upstream (см. выше), ведущий на нужное приложение с проставленными внутри группы как нужно весами,
> для другого - еще один upstream и т. п.
> 
> тогда в  вашем примере:
> > Приведу пример: скажем
> > есть 10 бекендов, на которых крутится 16 разных веб-приложений.
> > Аудитория у приложений  разная как по количеству, так и по периодам
> > пиковой нагрузки. Из этих 16 приложений одно самое "толстое" и для
> > него полностью зарезервировано 3 бекенда, остальные бекенды
> > универсальны. Так вот, при помощи простого раунд-робина не получится
> > честно размазать нагрузку, "толстое" приложение будет периодически
> > мешать остальным.
> 
> толстое приложение можно вынести в отдельный апстрим и никому оно при раундробине мешать не будет
> 
> 
> > _______________________________________________
> > nginx-ru mailing list
> > nginx-ru на nginx.org
> > http://nginx.org/mailman/listinfo/nginx-ru
> 
> ---
> WBR, Andriy Tovstik
> UNIX System Administrator
> Skype: andriy.tovstik
> JabberID: squirl на jabber.kiev.ua
> Nick-handle: SQ22-UANIC
> 
> 
> 
> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://nginx.org/mailman/listinfo/nginx-ru
> 
> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://nginx.org/mailman/listinfo/nginx-ru

---
WBR, Andriy Tovstik
UNIX System Administrator
Skype: andriy.tovstik
JabberID: squirl на jabber.kiev.ua
Nick-handle: SQ22-UANIC



----------- следущая часть -----------
Вложение в формате HTML было извлечено&hellip;
URL: <http://nginx.org/pipermail/nginx-ru/attachments/20100404/423c9630/attachment-0001.html>