On 02.12.2011 21:59, Denis F. Latypoff wrote:
>>> Остаётся, соответственно, небольшое повышение QoS в случае очень
>>> малого трафика (health check успевает раньше) или при сбое (можно
>>> сэкономить единицы реальных запросов, т.к. не нужно посылать на
>>> бекенд реальные запросы, пока health check'и продолжают
>>> fail'иться).
>>
>> так это самое неприятное и есть - посылать реальные запросы клиентов
>> с интервалом в fail_timeout секунд на backend, который не работает.
> всем пофиг.
не всем пофиг. например, в haproxy
такая функциональность (health check) есть.
>> proxy_connect_timeout по умолчанию 60 секунд, если поставить
>> 1-2 секунды, то живые, но нагруженные backend`ы будут считаться
>> не работающими и на остальные живые backend`ы в результате
>> нагрузка еще больше вырастет и их все nginx начнет считать
>> нерабочими на ближайшие fail_timeout секунд.
>> а если ставить proxy_connect_timeout больше чем 1-2 секунды, (10-15)
>> то пользователь такую большую задержку заметит и может не дождавшись
>> ответа от сервера уйти, посчитав его не работающим или перегруженным,
>> хотя живые backend`ы были в наличии и ответ он мог получить быстрее.
> Да блин.
а если без истерики,
в чем я по Вашему мнению неправ и какой есть лучший способ?
если есть health check - реальный запрос на нерабочий backend не уйдет,
потому что nginx еще раньше будет знать, что этот backend не работает.
> Nginx - open source. Доволен - скажи спасибо. Не доволен - пиши пачт.
>
> И Гена, завязывай троллить в каждом топике. Или тебе за это платят?
>
> Ну и - с пятницей!
=====================================================================
Термин «тролль» очень субъективен. Некоторые читатели могут
характеризовать сообщение как троллинг, в то время как другие могут
расценить то же самое сообщение как законный вклад в обсуждение, даже
если высказанное в нём мнение и спорное. Это понятие часто используется,
чтобы дискредитировать оппонента или его сторонника аргументом,
рассчитанным на предубеждения.
=====================================================================
--
Best regards,
Gena
_______________________________________________
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru