ПРОЕКТЫ 


  АРХИВ 


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]

proxy/fastcgi timeouts


  • To: nginx-ru@xxxxxxxxx
  • Subject: proxy/fastcgi timeouts
  • From: "Alexey Karagodov" <karagodov@xxxxxxxxx>
  • Date: Thu, 23 Aug 2007 14:51:34 +0400
  • Dkim-signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=AmaZndJCLu8bQ/RhopWvPgaEJ1XtJSpI7KMnxmZ3T0A5B5ORIK3I98EidkL5JdhnmpcZm3O90PWYMb8HzC/RTgN2gaWwu0Wk9Cya9LpD12T/EWWqEgtou+WSgz9GPH3YJrPdOQRzpWNI6L3k/ogliq/TQ8LPu8CJaLmbaOcnQbM=
  • Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=noGq0nrmP+vXoQ99OvqWM8pu9XtCbAkg5NWrM77+1DldRf8Ww/VNvLxvR2ghCCvQpD2j9MBzdJHMpHCqOt7BxBxbYWYCuFsR4uG1IFpy8qKPWibD06O25HbEaaczlP/rsFJeNcR3XQGPQhIlPj6kwgJr8lhdK6wRIvdTxkLHkjQ=

приветствую

можно ли сделать отдельные тайм-ауты на connect, send и read? для
модулей proxy и fastcgi.
ситуация такая, имеется 5 серверов, на которые раздаются запросы php (fastcgi)
в конфиге nginx-а сейчас стоит
fastcgi_next_upstream           off;
(с proxy_ всё тоже самое, только тайм-ауты чтения/записи оч низкие)

если поставить
fastcgi_next_upstream           timeout;
то возникает неприятная ситуация, потому что если во время коннекта
возникает тайм-аут (fastcgi_connect_timeout         1s;) - ничего
страшного, попытка будет повторена со следующим сервером, но если
тайм-аут наступил во время чтения/записи, то это всё начинает
накапливаться по многим причинам (большой тайм-аут чтения/записи,
неторопливые пхп-скрипты и пр).
а с другой стороны, при _next_upstream off; если с одним из 5 серверов
что-то случилось, сгорел БП, повис, или что угодно, то 1/5 всех
запросов уйдёт на 3 буквы образно выражаясь и такое поведение никак не
будет зависить от нагрузки на кластер или какой то отдельный сервер
...

спасибо


 




Copyright © Lexa Software, 1996-2009.