Да, согласен, стормозил про апстрим.<br>Ваши советы весьма разумны, более того, сейчас все приблизительно так и сделано, только как я сказал, помимо простого раунд-робина текущий балансировщик умеет динамически менять коэффициент веса бекенда, основываясь на задержке отклика GET-запроса к каждому из них. Я всего лишь спросил, может ли энджи так, или нет, простая функция ведь. Если нет, то как говорится "будем искать" того, кто умеет. Убеждать меня в том, что это бессмысленно - бессмысленно ), я ищу то, что ищу, не более. <br>
<br><div class="gmail_quote">4 апреля 2010 г. 23:34 пользователь squirl <span dir="ltr"><<a href="mailto:andriy.tovstik@gmail.com">andriy.tovstik@gmail.com</a>></span> написал:<br><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
<br>
4 апр. 2010, в 22:17, big bond написал(а):<br>
<div class="im"><br>
> Из контекста вашего сообщения я подумал о фронтенде. Обычно апстримом именуют вышестоящего интернет-провайдера.<br>
<br>
</div>ну мы общаемся в рассылке nginx. тут под апстримом понимается вполне конкретный термин ;)<br>
<a href="http://sysoev.ru/nginx/docs/http/ngx_http_upstream.html" target="_blank">http://sysoev.ru/nginx/docs/http/ngx_http_upstream.html</a><br>
<div class="im"><br>
> Очень просто определяется.<br>
> На фронтенеде:<br>
> -DNS-имя<br>
> -Если домен один, то по URI<br>
> На бекенде URI+Port<br>
><br>
<br>
</div>в этом случае, что мешает для одного DNS имени - один upstream (см. выше), ведущий на нужное приложение с проставленными внутри группы как нужно весами,<br>
для другого - еще один upstream и т. п.<br>
<br>
тогда в вашем примере:<br>
<div class="im">> Приведу пример: скажем<br>
> есть 10 бекендов, на которых крутится 16 разных веб-приложений.<br>
> Аудитория у приложений разная как по количеству, так и по периодам<br>
> пиковой нагрузки. Из этих 16 приложений одно самое "толстое" и для<br>
> него полностью зарезервировано 3 бекенда, остальные бекенды<br>
> универсальны. Так вот, при помощи простого раунд-робина не получится<br>
> честно размазать нагрузку, "толстое" приложение будет периодически<br>
> мешать остальным.<br>
<br>
</div>толстое приложение можно вынести в отдельный апстрим и никому оно при раундробине мешать не будет<br>
<div><div></div><div class="h5"><br>
<br>
> _______________________________________________<br>
> nginx-ru mailing list<br>
> <a href="mailto:nginx-ru@nginx.org">nginx-ru@nginx.org</a><br>
> <a href="http://nginx.org/mailman/listinfo/nginx-ru" target="_blank">http://nginx.org/mailman/listinfo/nginx-ru</a><br>
<br>
---<br>
WBR, Andriy Tovstik<br>
UNIX System Administrator<br>
Skype: andriy.tovstik<br>
JabberID: <a href="mailto:squirl@jabber.kiev.ua">squirl@jabber.kiev.ua</a><br>
Nick-handle: SQ22-UANIC<br>
<br>
<br>
<br>
_______________________________________________<br>
nginx-ru mailing list<br>
<a href="mailto:nginx-ru@nginx.org">nginx-ru@nginx.org</a><br>
<a href="http://nginx.org/mailman/listinfo/nginx-ru" target="_blank">http://nginx.org/mailman/listinfo/nginx-ru</a><br>
</div></div></blockquote></div><br>