<div dir="ltr">Всем привет!<div>Меня тоже интересует идея общего кеша для нескольких nginx. При этом понравилась идея про оценку эффективности существующего кеша. Что бы точно понимать есть ли смысл в идеи общего кеша. А потому хотелось бы узнать, кто-то пробовал считать/оценивать эффективность кеша nginx? каким образом это можно сделать? Мне кроме тестирования с помощью ab ни чего в голову и не приходит, а  хотелось бы какой-то более серьезный расчет получить</div></div><div class="gmail_extra"><br><div class="gmail_quote">13 апреля 2015 г., 13:31 пользователь Bogdan <span dir="ltr"><<a href="mailto:bogdar@gmail.com" target="_blank">bogdar@gmail.com</a>></span> написал:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Привет.<br><br>1. Общий кэш на файловой системе - единая точка отказа. В лучшем случае потеряете сам кэш - в худшем - все балансировщики.<br>2. Эффективность существующего кэша надо оценивать, если там 90% - я не силён в математике, но буст будет не так велик ИМХО.<br>3. Если хочется новых острых впечатлений в продакшене - можно кэшировать в общем мемкэше. Но есть шанс потерять кэш вообще, либо получить холодный кэш.<br>4. Можно отдавать ответы не с бэкендов, а через кластер couchbase - <a href="http://labs.couchbase.com/couchbase-nginx-module/" target="_blank">http://labs.couchbase.com/couchbase-nginx-module/</a>, но придётся доработать приложение так, чтобы оно сам писало кэш в кучбейс и самостоятельно же чистило его.<br><div><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">2015-03-23 17:58 GMT+03:00 Илья Шипицин <span dir="ltr"><<a href="mailto:chipitsine@gmail.com" target="_blank">chipitsine@gmail.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">расчеты можно сделать исходя, например, из access-логов.<br>
залогируйте $upstream_response_time, посмотрите, какие запросы могли<br>
бы обработаться из кеша, если бы он был общий, просуммируйте.<br>
<br>
можно взять граничное условие, что, если запрос берется из кеша, то<br>
временнЫе затраты на это равны нулю, т.е. в первом приближении<br>
пренебречь дисковым вводом-выводом. это может быть справедливо, если у<br>
вас действительно тяжелая генерация ответов.<br>
<br>
23 марта 2015 г., 18:24 пользователь Михаил Пульман <<a href="mailto:pullmix@gmail.com" target="_blank">pullmix@gmail.com</a>> написал:<br>
<div><div>> Расчетов нет, есть предположение. Вы подскажите как реализовать, а<br>
> последующие тесты покажут результативность такого решения. Чисто из<br>
> логических соображений прирост должен быть обязательно.<br>
><br>
> С уважением, Михаил<br>
><br>
> 23 марта 2015 г., 16:10 пользователь Илья Шипицин <<a href="mailto:chipitsine@gmail.com" target="_blank">chipitsine@gmail.com</a>><br>
> написал:<br>
><br>
>> а есть расчеты, подтверждающие хороший прирост производительности ?<br>
>><br>
>> 23 марта 2015 г., 17:30 пользователь Михаил Пульман <<a href="mailto:pullmix@gmail.com" target="_blank">pullmix@gmail.com</a>><br>
>> написал:<br>
>> > Ситуация в том что есть железный балансировщик, он раскидывает трафик по<br>
>> > 4-6<br>
>> > штукам nginx, а нжинксы балансируя траффик с помощью апстрима<br>
>> > перенаправляют<br>
>> > на бэкенд сервера. На балансировщиках nginx  настроен кэш. Получается<br>
>> > что на<br>
>> > всех балансировщиках разный кеш. Допусти клиентский запрос попавший на<br>
>> > балансир номер 1 кеша там не обнаружилось и запрос пошел на бэкенд, в то<br>
>> > время как на балансировщике номер 2 нужный кеш в этот момент был, но по<br>
>> > понятным причинам не был использоан. Вообщем если сделать общий кеш для<br>
>> > всех<br>
>> > балансировщиков nginx  можно получить хороший прирост<br>
>> > производительности.<br>
>> ><br>
>> > С уважением, Михаил<br>
>> ><br>
>> > 23 марта 2015 г., 12:56 пользователь Илья Шипицин <<a href="mailto:chipitsine@gmail.com" target="_blank">chipitsine@gmail.com</a>><br>
>> > написал:<br>
>> ><br>
>> >> возможно, вы придете к монстроидной схеме<br>
>> >><br>
>> >> nginx --> squid (с поддержкой ICAP) --> бекенды<br>
>> >><br>
>> >> и даже после танцев с бубном вы ее настроите.<br>
>> >><br>
>> >> но, практика показывает, что в таких случаях надо уметь отвечать на<br>
>> >> вопрос "зачем это надо ?".<br>
>> >> после ответа на который часто оказывается, что на самом деле - не надо.<br>
>> >><br>
>> >> вы бы рассказали про вашу ситуацию в деталях ?<br>
>> >><br>
>> >> 23 марта 2015 г., 13:54 пользователь Михаил Пульман <<a href="mailto:pullmix@gmail.com" target="_blank">pullmix@gmail.com</a>><br>
>> >> написал:<br>
>> >> > Добрый день коллеги!<br>
>> >> ><br>
>> >> > На фронте имеется n-ое количество nginx которые выступают в качестве<br>
>> >> > балансировщиков.<br>
>> >> > Нужно наладить единый кэш для всех фронтенд nginxов. Какие есть<br>
>> >> > возможности<br>
>> >> > в nginx для реализации этой задачи?<br>
>> >> ><br>
>> >> > С уважением, Михаил<br>
>> >> ><br>
>> >> > _______________________________________________<br>
>> >> > nginx-ru mailing list<br>
>> >> > <a href="mailto:nginx-ru@nginx.org" target="_blank">nginx-ru@nginx.org</a><br>
>> >> > <a href="http://mailman.nginx.org/mailman/listinfo/nginx-ru" target="_blank">http://mailman.nginx.org/mailman/listinfo/nginx-ru</a><br>
>> >> _______________________________________________<br>
>> >> nginx-ru mailing list<br>
>> >> <a href="mailto:nginx-ru@nginx.org" target="_blank">nginx-ru@nginx.org</a><br>
>> >> <a href="http://mailman.nginx.org/mailman/listinfo/nginx-ru" target="_blank">http://mailman.nginx.org/mailman/listinfo/nginx-ru</a><br>
>> ><br>
>> ><br>
>> ><br>
>> > _______________________________________________<br>
>> > nginx-ru mailing list<br>
>> > <a href="mailto:nginx-ru@nginx.org" target="_blank">nginx-ru@nginx.org</a><br>
>> > <a href="http://mailman.nginx.org/mailman/listinfo/nginx-ru" target="_blank">http://mailman.nginx.org/mailman/listinfo/nginx-ru</a><br>
>> _______________________________________________<br>
>> nginx-ru mailing list<br>
>> <a href="mailto:nginx-ru@nginx.org" target="_blank">nginx-ru@nginx.org</a><br>
>> <a href="http://mailman.nginx.org/mailman/listinfo/nginx-ru" target="_blank">http://mailman.nginx.org/mailman/listinfo/nginx-ru</a><br>
><br>
><br>
><br>
> _______________________________________________<br>
> nginx-ru mailing list<br>
> <a href="mailto:nginx-ru@nginx.org" target="_blank">nginx-ru@nginx.org</a><br>
> <a href="http://mailman.nginx.org/mailman/listinfo/nginx-ru" target="_blank">http://mailman.nginx.org/mailman/listinfo/nginx-ru</a><br>
_______________________________________________<br>
nginx-ru mailing list<br>
<a href="mailto:nginx-ru@nginx.org" target="_blank">nginx-ru@nginx.org</a><br>
<a href="http://mailman.nginx.org/mailman/listinfo/nginx-ru" target="_blank">http://mailman.nginx.org/mailman/listinfo/nginx-ru</a></div></div></blockquote></div><span class="HOEnZb"><font color="#888888"><br><br clear="all"><div><br></div>-- <br><div>WBR,  Bogdan B. Rudas</div>
</font></span></div>
<br>_______________________________________________<br>
nginx-ru mailing list<br>
<a href="mailto:nginx-ru@nginx.org">nginx-ru@nginx.org</a><br>
<a href="http://mailman.nginx.org/mailman/listinfo/nginx-ru" target="_blank">http://mailman.nginx.org/mailman/listinfo/nginx-ru</a><br></blockquote></div><br></div>