Попробуйте SSD диск использовать для отдачи картинок.

У меня он зарекомендовал себя хорошо. 64 Гб заполнились в схеме ниже за 3
дня и отдаётся с этого диска всё очень быстро.

Ниже приведён кусок конфига, когда если картинки нету на ssd диске, картинка
забирается с основного сервера 12.34.56.78
и кладётся на диск (proxy_store)

location / {
root /mnt/ssd64/img_cache;
default_type image/jpeg;
error_page 404 = @fetch; # Like in doc, cause
"try_files $uri @fetch =403;" doesn't work
log_not_found off;
open_file_cache_errors off;
}

location @fetch {
internal;

proxy_pass http://12.34.56.78
proxy_set_header Host $host;
proxy_set_header X-Real-IP $remote_addr;

proxy_store on;
proxy_store_access user:rw group:rw all:r;

proxy_buffering off;
proxy_temp_path /mnt/ssd64/img_cache_temp; ## On same fs where
root for fast mv
root /mnt/ssd64/img_cache;
}





8 апреля 2010 г. 9:27 пользователь Andrey Velikoredchanin <
uncleandyv@gmail.com> написал:

> 8 апреля 2010 г. 3:07 пользователь squirl <andriy.tovstik@gmail.com>написал:
>
> ну вот я бы делал именно так.
>>
>> собственно, у меня так и сделано сейчас. есть поддомен img. для картинок и
>> еще с десяток поддоменов для всего, что может понадобится "отдавать"
>> отдельно.
>>
>
> Советую прислушатся к такому варианту. Кроме всего прочего, при его
> реализации будет возможность разместить контент на сервисах типа Amazon S3.
> При этом сильно разгрузить свой сервер и ускорить раздачу контента юзерам.
>
> _______________________________________________
> nginx-ru mailing list
> nginx-ru@nginx.org
> http://nginx.org/mailman/listinfo/nginx-ru
>
>


--
Regards,
Slava
_______________________________________________
nginx-ru mailing list
nginx-ru@nginx.org
http://nginx.org/mailman/listinfo/nginx-ru