understanding proxy_buffering

[oscaretu .]

Hello

One side question. Have you calculated a estimation of the expected life of
a SSD disk when you are writing on it continously? I suppose that in such a
situation it will die "quickly", due to the limited number of writes that
the memory can support before getting damaged.

Greetings.

Oscar


On Sun, Jan 19, 2014 at 9:14 AM, mojiz <nginx-forum at nginx.us> wrote:

> Hi
> I'm trying to setup a reverse proxy for some private downloads. Here is our
> setup:
> 3 Storage servers with High capacity but slow HDDs running nginx
> 1 loadbalancing server with SSD and high internet uplink.
> my file sizes are several hundred megabytes (500+ up to 2GB) running nginx
> downloaders are on slow connections with download managers with up to 16
> connections for each file
>
> here is what I want to do:
> a user sends a request to the SSD server, the ssd server requests the file
> from Slow servers and caches to response to its fast HDD and serving it to
> the client. But If I use the proxy_cache , the file serving has to wait
> till
> the file has been completly transfered and cache on the SSD disk wich (if
> several files are requested at the same time) results in a slow connection
> and timeout or other errors on the client side. so this is not an option.
>
> However I think proxy_buffering is answer to my problem, I think this means
> each part of the requested file (defined by ranges header) is cached
> independently.
> 1. Am I right?
> If I'm right then
> 2. how can I tell the nginx, to buffer like 5mb of requested part in memory
> (and the excess on the SSD disk) and serve the file to the client until the
> client has downloaded the part and then request another 5mb?
> I'm looking for a setting like output_buffers 1 5m; but for the proxied
> file.
> 3. Is there a better solution?
>
> Regards
>
> Posted at Nginx Forum:
> http://forum.nginx.org/read.php?2,246586,246586#msg-246586
>
> _______________________________________________
> nginx mailing list
> nginx at nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx
>



-- 
Oscar Fernandez Sierra
oscaretu at gmail.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.nginx.org/pipermail/nginx/attachments/20140119/1ff22861/attachment.html>