nginx memcache proxy_store fastcgi_store
Alexey V. Karagodov
kav at karagodov.name
Sat May 31 21:42:41 MSD 2008
On 31.05.2008, at 20:43, Oleksandr V. Typlyns'kyi wrote:
> Today May 31, 2008 at 19:47 Alexey V. Karagodov wrote:
>
>> система такая:
>>
>> срв11 и 12 - нгинх (проксирует на срв41-44)
>> срв21 и 22 - мемкеш
>> срв31 и 32 - мускул
>> срв41-44 - пхп+нгинх
>>
>> к примеру
>>
>> в такой конфигурации, использовать
>> tmp_fs считаю не очень правильным
>> да даже если нгинх будет на одном
>> сервере с мемкеш, тоже бессмысленно
>> использовать tmp_fs
>
> Цитирую Ваше письмо в начале флейма:
> "это сохранять ответ от
> проксируемого/фастцги сервера не на
> диске, если
> он не вмещается в буфер, а в мемкеш"
> Соответственно ключевой момент на
> который Вам указывают - краткосрочное
> хранение ответа от backend-а до полной
> отдачи клиенту. Ответ на это -
> tmpfs. Гонять по сети туда-обратно
> времянку - нонсенс.
расскажите пожалуйста, как
кластеризовать tmp_fs и/или использовать
это по сети
ggate не предлагать. вариант юзания чего-
либо *только на одном* сервере не
подходит. на нормальное хранилище
денег нет.
OS FreeBSD 7 STABLE (из cvs)
мемкеш будут использовать и нгинх и
пхп и другие скрипты/приложения, perl
например из апача или зевса или
неважно чего ещё.
tmp_fs ... только избранные. можно это дело
накрыть таким геморроем как NFS, но ... не
заметил у NFS больших скоростей. всё, что
удалось выжать, 80/50 МБайт при случайном
чтении/записи (канал - 1 Гбит). и только
потому, что на машине 8 гиг памяти
скорость, наращиваемость и надёжность
лишь в мечтах ...
>
> Распределённый общий кеш для выдачи
> страниц - это совсем другое дело.
>
> --
> WNGS-RIPE
>
More information about the nginx-ru
mailing list