Я не программист, может задачка и сложная, но по мне так она выполняется в
два действия:
1) Делаем периодический (настраиваемый) GET http://backend/test.html,
замеряем время отклика и убеждаемся что получили код 200 (любой нам нужный).
2) По результатам последнего измерения назначаем коэффициент, если бекенд
вернул не 200 (тут по вкусу), исключаем его из балансировки.

4 апреля 2010 г. 23:59 пользователь squirl <andriy.tovstik@gmail.com>написал:

> да я, как бе, не собираюсь убеждать.
>
> просто из того что я понял с самого начала - вас не устраивал раунд-робин
> из-за разнородности обслуживаемых приложений. я предположил, что можно
> разнести по апстримам таким образом, что отдельный апрстрим будет
> обслуживать группу с фиксированным откликом и раунд-робин станет подходящим
> алгоритмом.
>
> нет так нет. возможно не очень вас понял.
>
> вообще - фича динамической смены коэффициента веса бэкенда - не очень то
> "простая функция". но я бы тоже не отказался увидеть ее в nginx'e :)
>
> 4 апр. 2010, в 22:50, big bond написал(а):
>
>
>
_______________________________________________
nginx-ru mailing list
nginx-ru@nginx.org
http://nginx.org/mailman/listinfo/nginx-ru