ПРОЕКТЫ 


  АРХИВ 


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[14]: proxy и tmpfs(ram disk)



Hello!

AS> смысл в том что все права проверяет апача, если все ок он отдает 
специальный ответ nginx который стоит на том же сервере где и апаче
AS> в этом ответе он хитрым способом говорит ему какой файл локально отдавать. 
nginx начинает его передавать на frontend. тот в свою
AS> очередь медленно и печально без использования tmp файлов его транслирует 
клиенту.
AS> апача занимается только тем что проверяет что кому откуда качать, сам он 
файлы непосредственно не отдает.

Да, мне нравится этот подход.
Я обязательно попробую, но мне не ясно как это в целом помогает
не просто разгрузить фронтэнд но и не потерять в трафе.

Безусловно надо чтобы траф мог расти, это основная идея,
неужели если на бекендах поставить nginx, а на фронтэнде запретить
временные файлы система в целом будет работать быстрее?

Я сейчас рисую с snmp апачи на бекендах там не больше 100-120 процессов,
у меня на других серверах по 800-900 на 50 мегабитах и довольно шустро.
Понять не могу какую проблемму мы решаем ускоряя ответы бекендов через
nginx?

Что, если выключить временные файлы и разогнать бекенды выключение
временных файлов на фронтэнде не будет так сильно сказываться на потере
производительности?

-- 
Eugeny aka ZEV.





 




Copyright © Lexa Software, 1996-2009.