ПРОЕКТЫ 


  АРХИВ 


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: nginx и memcache



Hello!

On Mon, Nov 08, 2010 at 07:37:11AM -0500, paranoidchaos wrote:

> >>Не следует путать NFS как транспорт для
> файлов на фронтенд, и раздачу файлов
> nginx'ом с NFS (а равно других сетевых
> файловых систем).
> 
> а ни кто и не путал - я же указывал (nfs server
> на фронтенде на котором соответсвенно
> стоит nginx, а бекенды - nfs клиенты)

Т.е. вашем случае - NFS является транспортом от бекендов на 
файловую систему фронтенда, и к nginx'у никакого отношения не 
имеет.  А речь шла про раздачу с NFS'а (если быть совсем точным, 
то исходно предлагалось делать proxy_cache на NFS-разделе, что ещё 
хуже).

> >>Использование второго - признак
> непонимания того, как работает nginx.
> 
> посоветуйте что делать с NAS и как шарить
> контент ?

Если речь идёт о собственном хранилище - то ставить nginx 
непосредственно на ноды хранилища, и ходить к ним по http.  На 
прошедшем highload++ Андрей Пантюхин как раз про подобную 
констуркцию рассказывал.

Если имеем железку c NFS интерфейсом - то использовать 
дополнительный уровень проксирования.  Т.е. с фронтенда ходить на 
"бекенд" (e.g. второй экземпляр nginx'а, находящийся на той же 
физической машине), а уже в бекенде ходить на NFS.  Это по крайней 
мере исключит блокирование форонтенда на обращениях к NFS и 
позволит реализовать хоть какие-то таймауты.

Maxim Dounin

_______________________________________________
nginx-ru mailing list
nginx-ru@xxxxxxxxx
http://nginx.org/mailman/listinfo/nginx-ru


 




Copyright © Lexa Software, 1996-2009.