<div dir="auto"><div>For us it was/still is a learning curve regarding the vsicurl settings for both vector and raster datasources. To improve on this we needed to learn how to manipulatie the data and see how it interacts with gdal and mapserver on level of the code.</div><div dir="auto">Regarding the performance we 'solved' it (for our specific use-case) with merging the rasterfiles, building new pyramides, and so on. So less files are requested.</div><div dir="auto">It's true that vsicurl does cache some data 25mb by default.<br><br><div class="gmail_quote" dir="auto"><div dir="ltr" class="gmail_attr">On Thu, 29 Aug 2019, 12:32 Yves Jacolin, <<a href="mailto:yves.jacolin@camptocamp.com" target="_blank" rel="noreferrer">yves.jacolin@camptocamp.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div>Hello,</div><div><br></div><div>We are also using Kubernetes/Openshift to deploy our application (MapServer based or not). For MapServer, we are also using visicurl for S3-hosted files. We saw some drawback when displaying maps on low scale as too much files should be read. Visicurl seems copy the files in the container. We need to check this to confirm, but probably someone have a better understanding of how visicurl and visis3 work.</div><div><br></div><div>Y.<br></div><div><br></div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Le jeu. 29 août 2019 à 09:56, Wouter Visscher <<a href="mailto:wouter.visscher@gmail.com" rel="noreferrer noreferrer" target="_blank">wouter.visscher@gmail.com</a>> a écrit :<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="auto"><div class="gmail_quote" dir="auto"><div dir="ltr" class="gmail_attr"><span style="font-family:sans-serif;font-size:12.8px">Hi all,</span></div><div dir="auto"><div style="font-family:sans-serif;font-size:12.8px" dir="auto"><div style="width:380.19px;margin:16px 0px"><div dir="auto"><div dir="auto"><br></div><div dir="auto">I'm working for the Dutch NSDI <a href="http://www.pdok.nl/" style="text-decoration-line:none;color:rgb(66,133,244)" rel="noreferrer noreferrer noreferrer" target="_blank">www.pdok.nl</a>, where we have around 200 datasets ranging from the larger ones like address, buildings, cadastral parcels and smaller ones like hikingtrails, natura2000, and so on. Our platform is used a lot in the Netherlands, both by the public and private sector, last year we hit 12 billion requests. To be able to handle that amount of traffic we are now in a transition, moving from a private cloud solution to the public cloud. With this change, we needed to refactor our software stack. </div><div dir="auto"><br></div><div dir="auto">Through some experimentation, and on the job 'training' we are now running the following setup:</div><div dir="auto">A <a href="http://minio.io/" style="text-decoration-line:none;color:rgb(66,133,244)" rel="noreferrer noreferrer noreferrer" target="_blank">minio.io</a> (S3) blobstore, containing geopackages with the vector data and geotiff's for the rasters. </div><div dir="auto">Our mapserver configurations connects to these files with /vsicurl/. Our mapservers are in docker containers that we run on kubernetes.</div><div dir="auto">With this setup we are able to create a scalable infrastructure from which we can push WMS/WFS/WMTS interfaces to the web.</div><div dir="auto"><br></div><div dir="auto">If people are interested in how we deploy our mapserver software stacks I would be happy to share our k8s deployment setup/configurations.</div><div dir="auto"><br></div><div dir="auto">Wouter Visscher<br></div></div></div></div></div>
</div></div>
_______________________________________________<br>
mapserver-users mailing list<br>
<a href="mailto:mapserver-users@lists.osgeo.org" rel="noreferrer noreferrer" target="_blank">mapserver-users@lists.osgeo.org</a><br>
<a href="https://lists.osgeo.org/mailman/listinfo/mapserver-users" rel="noreferrer noreferrer noreferrer" target="_blank">https://lists.osgeo.org/mailman/listinfo/mapserver-users</a></blockquote></div><br clear="all"><br>-- <br><div dir="ltr"><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div>Yves Jacolin</div><div>Training and support manager - Team Manager<br>Camptocamp<br><br>Tel (France) : +33 4 58 48 20 43<br>Tel (Switzerland) : +41 21 619 10 43<br>Mob. : +33 6 18 75 42 21<br><br>email : <a href="mailto:yves.jacolin@camptocamp.com" rel="noreferrer noreferrer" target="_blank">yves.jacolin@camptocamp.com</a><br><a href="http://www.camptocamp.com" rel="noreferrer noreferrer" target="_blank">http://www.camptocamp.com</a></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div>
</blockquote></div></div></div>