Re: Кеширование проблема: перестает кешировать

[Dmitry E. Oboukhov]

>> кешменеджер запустился, НИ ОДНОЙ ошибки в логах nginx нет. все хорошо.
>> потом... бац! на хосте нагрузка ~15-20.
>> смотрим в чем дело - апач все поел.
>> смотрим на чем - на закешированных запросах: GET /cached/бла/1234
>> 
>> рестартуем nginx - нагрузка падает. потом в самый наплыв пользователей
>> опять... бац: кеш прорвало.
>> 
>> благо что с нагрузкой на хосте 15-20 апач справляется и без кеша.
>> сайт тупит конечно, но работает.
>> 
>> а когда кеш живой, то нагрузка 0.8-1.
>> 
>> сейчас поставил nginx-лайт 1.4 (Debian/wheezy).. вчерашний пик
>> пользователей пережили вроде без прорыва кеша.
>> но правда и 1.2.1 его прорывал тоже не каждый раз.
>> 
>> и самое интересное что когда прорывает кеш в логе ну ни записи.
>> просто пришла 1000 запросов. и апач бы должен был выполнить один, а
>> ему достается 600 из этой тысячи.

> кроме

> proxy_cache_lock      on;
> proxy_cache_use_stale updating;

> есть еще директива proxy_cache_lock_timeout и по умолчанию там:

> proxy_cache_lock_timeout 5s;

тут у меня написано 30s.
то есть когда впервые с этой ситуацией столкнулся уже стал крутить все
ручки с кешом связанные.

> не может быть такой ситуации, что когда "самый наплыв пользователей"
> backend не успевает ответить за 5 секунд?

даже когда происходит "прорыв" кеша апач укладывается в 5 секунд
ответа (по логам nginx собственно это и видно).

то есть апач вполне держит нагрузку и без кеша (при LA=15-20).
где-то 400-500 запросов в секунду на 10 воркеров апача. то есть где-то
50 в секунду на воркер получается.

> в документации совсем не написано как себя в такой ситуации поведет
> nginx, возможно он тогда отпускает все клиентские запросы backend ?

> P.S.

> - этот глюк воспроизводится? если нет - проблема очевидно где.


да на живом сайте воспроизводится с завидной регулярностью :(

-- 

. ''`.                               Dmitry E. Oboukhov
: :’  :   email: unera at debian.org jabber://UNera@uvw.ru
`. `~’              GPGKey: 1024D / F8E26537 2006-11-21
  `- 1B23 D4F8 8EC0 D902 0555  E438 AB8C 00CF F8E2 6537
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 198 bytes
Desc: Digital signature
URL: <http://mailman.nginx.org/pipermail/nginx-ru/attachments/20130819/e2ba6b09/attachment.bin>