Re: общий кэш для нескольких nginx

[Pavel Mihaduk]

Очень сомневаюсь, что прирост будет "хорошим". Я бы начал все же с 
выстраивания стратегии кэширования.
Из экзотики: можете рискнуть сложить кэш на drbd


Ситуация в том что есть железный балансировщик, он раскидывает трафик по 
4-6 штукам nginx, а нжинксы балансируя траффик с помощью апстрима 
перенаправляют на бэкенд сервера. На балансировщиках nginx  настроен кэш. 
Получается что на всех балансировщиках разный кеш. Допусти клиентский 
запрос попавший на балансир номер 1 кеша там не обнаружилось и запрос 
пошел на бэкенд, в то время как на балансировщике номер 2 нужный кеш в 
этот момент был, но по понятным причинам не был использоан. Вообщем если 
сделать общий кеш для всех балансировщиков nginx  можно получить хороший 
прирост производительности.


С уважением, Михаил


23 марта 2015 г., 12:56 пользователь Илья Шипицин <chipitsine at gmail.com[1]> 
написал:


возможно, вы придете к монстроидной схеме

nginx --> squid (с поддержкой ICAP) --> бекенды

и даже после танцев с бубном вы ее настроите.

но, практика показывает, что в таких случаях надо уметь отвечать навопрос 
"зачем это надо ?".после ответа на который часто оказывается, что на самом 
деле - не надо.

вы бы рассказали про вашу ситуацию в деталях ?

23 марта 2015 г., 13:54 пользователь Михаил Пульман <pullmix at gmail.com[2]> 
написал:


> Добрый день коллеги!>> На фронте имеется n-ое количество nginx которые 
выступают в качестве> балансировщиков.> Нужно наладить единый кэш для 
всех фронтенд nginxов. Какие есть возможности> в nginx для реализации этой 
задачи?>> С уважением, Михаил>


> _______________________________________________> nginx-ru mailing list> nginx-
ru at nginx.org[3]
http://mailman.nginx.org/mailman/listinfo/nginx-ru[4]
nginx-ru at nginx.org[3]
http://mailman.nginx.org/mailman/listinfo/nginx-ru[4]





--------
[1] mailto:chipitsine at gmail.com
[2] mailto:pullmix at gmail.com
[3] mailto:nginx-ru at nginx.org
[4] http://mailman.nginx.org/mailman/listinfo/nginx-ru
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.nginx.org/pipermail/nginx-ru/attachments/20150323/1f4d8615/attachment-0001.html>