ПРОЕКТЫ 


  АРХИВ 


Apache-Talk @lexa.ru 

Inet-Admins @info.east.ru 

Filmscanners @halftone.co.uk 

Security-alerts @yandex-team.ru 

nginx-ru @sysoev.ru 


  СТАТЬИ 


  ПЕРСОНАЛЬНОЕ 


  ПРОГРАММЫ 



ПИШИТЕ
ПИСЬМА












     АРХИВ :: nginx-ru
Nginx-ru mailing list archive (nginx-ru@sysoev.ru)

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: php-fpm upstream pool



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@xxxxxxxxx
http://mailman.nginx.org/mailman/listinfo/nginx-ru


 




Copyright © Lexa Software, 1996-2009.