<div dir="ltr">Hi Guy,<br><br><div class="gmail_quote"><div dir="ltr">On Tue, Jul 3, 2018 at 12:06 AM Guy Doulberg <<a href="mailto:guyd@satellogic.com">guyd@satellogic.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div>Hi guys,</div><div><br></div><div>I am working on a tileserver use case on top of cogs.</div><div><br></div><div>I  want to find a cache mechanism to my architecture.</div><div><br></div><div>The tile-server architecture is several python processes(gunicorn) running on several VMs. <br></div><div><br></div><div>I understand how GDAL caches the curl blocks or the raster using intra-process caching, but I can't use this cache in the other processes/vms.</div><div><br></div><div>I was thinking maybe to use some kind of http proxy server that will cache the bytes content retrieved from the http server holding the cogs (Azure blob storage)</div><div><br></div><div>There is some data that can be reused(therefore cached) across all tile requests for example:</div><div>1. The file size (HEAD)</div><div>2. The first header block</div><div>3. The other header blocks <br></div><div>4. maybe in some cases the image blocks themselves (in case you take the same blocks all the time but change something in the presentation layer)<br></div><div><br></div><div>did any of you tried this architecture or used a different way to cache across servers?  maybe there is a way to share GDAL_CACHE across process that I missed?</div><div><br></div><div>Thanks,</div><div>Guy<br></div></div></blockquote><div><br></div><div>Nginx advertises some support for byte range caching that I've been meaning to try: <a href="https://www.nginx.com/blog/smart-efficient-byte-range-caching-nginx/">https://www.nginx.com/blog/smart-efficient-byte-range-caching-nginx/</a>.</div><div><br></div><div>My own strategy so far has been to deploy to the same cloud as the data and profit from higher bandwidth and not to think about caching very much at all.<br></div><div><br></div></div>-- <br><div dir="ltr" class="gmail_signature"><div dir="ltr">Sean Gillies</div></div></div>