nginx memcache proxy_store fastcgi_store

[Alexey V. Karagodov]

On 01.06.2008, at 2:14, Gena Makhomed wrote:

> On Saturday, May 31, 2008 at 23:39:18, Alexey V. Karagodov wrote:
>
> GM>> не понятно, как должен себя вести
> GM>> nginx когда memcached закончится.
>
> AVK> ну как ... так же, как если бы он  
> сохранял
> AVK> на диск и закончилось бы место на  
> диске
>
> proxy_store и fastcgi_store - это вообще-то,  
> временное
> решение, пока полностью не готово  
> кэширование в nginx.
буду знать
>
>
> Доклад Игоря Сысоева на тему:  
> "Кэширование в nginx".
> http://rutube.ru/tracks/620185.html?v=6b2f565cd57460216cf99deec521c7e6
обязательно посмотрю
>
>
> кроме того, место в памяти закончится
> гораздо быстрее, чем место на диске.
>
> если на сервере будет такая уязвивая  
> конфигурация,
> что весь контент хранится в memcached,  
> тогда будет
> очень легко устроить Denial-of-service,  
> например,
> сделав на 8 гиг запросов к  
> несуществующим или
> редкоиспользуемым страницам. после  
> этого - nginx
> просто перестанет сохранять  
> странички в memcached,
> и весь "хостинг" остановится -  
> неоткуда будет брать
> странички для отдачи клиентам, и  
> некуда их будет
> сохранять. не говоря уже про контент  
> больше 1 MB.
мне ж не всё нужно. только "избранное".  
но мысль понятна.
>
>
> AVK>>> всё, что удалось выжать, 80/50 МБайт
> AVK>>> при случайном чтении/записи  
> (канал - 1 Гбит).
>
>>> интересно, какую пропускную  
>>> способность канала
>>> ожидается получить на гигабите для  
>>> memcached ?
>
> AVK> хотя бы такую-же, но без такого  
> ужасного
> AVK> потребления ресурсов NFS-сервером
>
> существующий сегодня в nginx файловый  
> кеш -
> быстрее предлагаемого "решения" с  
> memcached,
можно подробней. боюсь неправильно  
понять ...
>
>
> да и дешевле, потому что не нужен еще  
> один сетевой
> адаптер 1GBit для подключения к memcached- 
> серверу.
о такой жёсткой экономии речь не идёт

>
>
> -- 
> Best regards,
> Gena
>
>
спасибо