Task #10071
closed
test a varnish cache before the PAIM geoservers
Added by Andrea Dell'Amico almost 8 years ago.
Updated almost 8 years ago.
Category:
System Application
Infrastructure:
Production
Description
Try on geoserver1-paim first. If it does advantages, install it on geoserver2-paim too.
- Status changed from New to In Progress
- % Done changed from 0 to 30
mapproxy has a questionable documentation. There's a tool to autoconfigure services and layers, but when run against the paim geoserver it creates a configuration that does not validate:
KeyError: 'W_mpa'
I removed all the W_mpa:
prefixes the it didn't like and I was then able to start the service. But it's not transparent.
It seems very powerful but it also needs a very carefully planned configuration. It could be very useful in the long term, but not something to set up hastly. I'll go back to varnish to see if it can help somewhat (the mapproxy documentation lists varnish as one of the recommended frontends, btw).
- % Done changed from 30 to 80
Both geoserver1-protectedareaimpactmaps.d4science.org and geoserver2-protectedareaimpactmaps.d4science.org are under a varnish instance right now.
One varnish instance for each geoserver, running locally. The flow is now:
haproxy -> nginx -> varnish -> geoserver
nginx was manually reconfigured, some work will be needed to integrate varnish completely.
- Related to Task #10147: Support varnish as a cache layer in the smartgears nginx added
- Status changed from In Progress to Closed
- % Done changed from 80 to 100
Also available in: Atom
PDF