Я не программист, может задачка и сложная, но по мне так она выполняется в два действия: <br>1) Делаем периодический (настраиваемый) GET <a href="http://backend/test.html">http://backend/test.html</a>, замеряем время отклика и убеждаемся что получили код 200 (любой нам нужный).<br>
2) По результатам последнего измерения назначаем коэффициент, если бекенд вернул не 200 (тут по вкусу), исключаем его из балансировки.<br><br><div class="gmail_quote">4 апреля 2010 г. 23:59 пользователь 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;"><div style="word-wrap: break-word;"><div>да я, как бе, не собираюсь убеждать.</div><div><br>
</div><div>просто из того что я понял с самого начала - вас не устраивал раунд-робин из-за разнородности обслуживаемых приложений. я предположил, что можно разнести по апстримам таким образом, что отдельный апрстрим будет обслуживать группу с фиксированным откликом и раунд-робин станет подходящим алгоритмом.</div>
<div><br></div><div>нет так нет. возможно не очень вас понял.</div><div><br></div><div>вообще - фича динамической смены коэффициента веса бэкенда - не очень то "простая функция". но я бы тоже не отказался увидеть ее в nginx'e :)</div>
<br><div><div>4 апр. 2010, в 22:50, big bond написал(а):</div><div><div></div><br></div></div></div>
<br></blockquote></div><br>