On Fri, May 27, 2011 at 2:10 AM, Shane StClair <[email protected]> wrote: > Since I'm also curious and can no longer bear the suspense, which approach > is recommended for a cluster?
What we do is to have a single GS used for administartion, it's the only one that can write to the data directory, which is NFS shared/NAS mounted. And then we have scripts in place to call rest config on all the other boxes forcing the reloading of the configuration Another typical approach is to have an off line machine that can access the same data but it's not web accessible, this is the "stage" environment. The admin prepares the next set of layers and styles and whatnot, and then kicks a script that copies the data dir contents to the cluster and forces the reload on all boxes. It's a staging/production setup. Sometimes the copy mechanism is subversion (check-in in stage, checkout in production), so that the data dir history is preserved and it's easy to go back to a previous version of it. In general I don't recommend to change the production "live" as people would see unfinished setups and possibly faulty layers (you don't know it actually works until you have tested it), stage/production separation is normally recommended. Cheers Andrea -- ------------------------------------------------------- Ing. Andrea Aime GeoSolutions S.A.S. Tech lead Via Poggio alle Viti 1187 55054 Massarosa (LU) Italy phone: +39 0584 962313 fax: +39 0584 962313 http://www.geo-solutions.it http://geo-solutions.blogspot.com/ http://www.youtube.com/user/GeoSolutionsIT http://www.linkedin.com/in/andreaaime http://twitter.com/geowolf ------------------------------------------------------- ------------------------------------------------------------------------------ vRanger cuts backup time in half-while increasing security. With the market-leading solution for virtual backup and recovery, you get blazing-fast, flexible, and affordable data protection. Download your free trial now. http://p.sf.net/sfu/quest-d2dcopy1 _______________________________________________ Geoserver-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/geoserver-devel
