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

Иван Мишин simplebox66 на gmail.com
Пт Авг 7 13:43:30 UTC 2015


Выдержка из документации *proxy_cache_min_uses* *число*; "Задаёт
*число* запросов,
после которого ответ будет закэширован."
А как определяется это число? за какой-то промежуток времени или как? Очень
краткое описание в доках, кто-то может объяснить подробнее про эту
директиву?

3 августа 2015 г., 14:07 пользователь kpoxa <kpoxa на kpoxa.net> написал:

> Добрый день.
>
> Размер кеша задается в настройках nginx и если в кеш будет добавлено
> что-то и кеш станет больше, то в течении нескольких секунд nginx удалит из
> кеша наиболее довно не использовавшиеся элементы, сомневаюсь, что у вас
> постоянно запрашиваются все 1млн страниц, возможно 10% наиболее популярных
> в кеше размеров 6гб достаточно, чтобы сохранить наиболее важные страницы.
> Возможно стоит пременит min_use чтобы страницы, рапрошенные однократно, в
> кеш не попадали и не вымывали из кеша что-то, более важное.
>
> 31 июля 2015 г., 15:22 пользователь VovansystemS <vovansystems на 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 на nginx.org
>> http://mailman.nginx.org/mailman/listinfo/nginx-ru
>
>
>
>
> --
> Kpoxa
>
> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru
>
----------- следущая часть -----------
Вложение в формате HTML было извлечено…
URL: <http://mailman.nginx.org/pipermail/nginx-ru/attachments/20150807/9d59a076/attachment.html>


Подробная информация о списке рассылки nginx-ru