ПРОЕКТЫ 


  АРХИВ 


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[2]: проблема с limit_req - client timed ou t



Hello Maxim,

>> 1) эти логи высыпались с настройкой debug_http

MD> Как я написал выше, этого недостаточно для получения отладочных 
MD> логов.

работаю над этим. самому интересно уже стало.

>> 2) burst стоит 10
>> 3) хочу чтобы клиенты НЕ отсекались а просто вели себя прилично (= не
>> более 1 запроса за 2 секунды к бэкенду)

MD> Вопрос исключительно в том, что вы предпочитаете делать с теми, 
MD> кто ведёт себе неприлично.  С текущими настройками их запросы 
MD> будут задерживаться вплоть до 10 секунд (до превышения burst), 
MD> после чего начнут отсекаться.  При использовании nowait - они 
MD> будут обслуживаться нормально до превышения burst, после чего 
MD> опять же начнут отсекаться.

Нужно именно заставить клиента ждать - т.е. обеспечить равномерность загрузки
бэкенда одним клиентом.

>> 4) все таймоуты что вижу в настройках стоят минимально на 60 секунд, а
>> тут речь даже не о секунде.

MD> Судя по всему, таймаут на запись сохраняется от задержки, 
MD> используемой limit_req.  Workaround - попробовать использовать 
MD> nowait.

MD> Надо смотреть на limit_req подробнее (там не только эта проблема, 
MD> да и возможность использования нескольких лимитов одновременно 
MD> давно пора сделать).  Но у меня времени нет, и у Игоря видимо 
MD> тоже.

Понял. Откатимся обратно на 0.6.х и подождем. Сами виноваты что
продакшн поставили на девел версии - что-то много пока в ней проблем.



-- 
Best regards,
 Sergey




 




Copyright © Lexa Software, 1996-2009.