Re: как уменьшить размер кеша nginx?

[kpoxa]

Добрый день.

Размер кеша задается в настройках nginx и если в кеш будет добавлено что-то
и кеш станет больше, то в течении нескольких секунд nginx удалит из кеша
наиболее довно не использовавшиеся элементы, сомневаюсь, что у вас
постоянно запрашиваются все 1млн страниц, возможно 10% наиболее популярных
в кеше размеров 6гб достаточно, чтобы сохранить наиболее важные страницы.
Возможно стоит пременит min_use чтобы страницы, рапрошенные однократно, в
кеш не попадали и не вымывали из кеша что-то, более важное.

31 июля 2015 г., 15:22 пользователь VovansystemS <vovansystems at gmail.com>
написал:

> Добрый день,
>
> есть старый, но довольно большой https legacy-сайт на php и у
> владельцев нет ресурсов его переделывать. сайт состоит из нескольких
> миллионов страниц в районе 60 кб каждая (14 кб после gzip на nginx).
>
> основной трафик на сайт - поисковый по низкочастотным запросам и если
> распарсить логи, получается что за сутки загружается порядка сотен
> тысяч уникальных страниц (как поисковыми роботами и пауками, так и
> клиентами) и редко какая страница загружается больше чем 2 раза за
> сутки.
>
> для обеспечения хотя бы минимальной отказоустойчивости, есть идея
> кешировать ответы backend'а, чтобы в случае его падения (задумчивости)
> была возможность отдать хоть что-то через fastcgi_cache_use_stale. но
> размер кеша всех целевых страниц сайта превысит все разумные пределы
> (60кб х 1 000 000 страниц ≈ 58 гб)
>
> каким образом можно "сжимать" кеш nginx, кроме доработки приложения,
> так, чтобы оно сразу отдавало сжатый ответ?
>
> ( здесь я читал:
> http://forum.nginx.org/read.php?21,256725,256739#msg-256739 )
>
> как один из вариантов вижу использование какой-нибудь файловой
> системы, которая умеет сжимать файлы на лету, но тут много вопросов к
> скорости работы fuse (по крайней мере раньше она работала медленно,
> изменилась ли ситуация?)
>
> в принципе, cloudflare мог бы решить задачу, если купить бизнес план и
> закачать туда свои сертификаты, но интересно рассмотреть вариант с
> nginx, потому как у cloudflare есть ещё косяки с доступностью для
> некоторых клиентов и роботов.
>
> может быть у кого-либо есть похожий опыт?
> _______________________________________________
> nginx-ru mailing list
> nginx-ru at nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru




-- 
Kpoxa
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.nginx.org/pipermail/nginx-ru/attachments/20150803/f7709231/attachment.html>