Hallo Clayton, > Does anyone here run such a configuration and does it work well? Definitely yes. Munich trade fair center ist hosting the fair's websites itself. Due to availability and performance issues we have decided in 2005 to renew our server pool and migrate it to the diskless shared root concept to to achieve the aim, that by administrating only one server you could manage all servers. The topology mentioned consists of 8 PHP frontend servers responsing on the customers' requests if they were invoked by a pair of LVS/Keepaliced loadbalancers and a couple of backend servers and database clusters. MySQL is currently used in an actice/passive style, but is operated on an two node diskless shared root cluster as well. > I'm wondering if anyone on this list is currently using RH > Cluster Services and GFS for a LAMP environment and if so, > are there any pitfalls to watch out for, or any tips that I > should know before getting started on the engineering phase. As clusters are more complex than single host systems, a shared root environment is on step more complex. Hence you should precisely plan your environment to run, because there are more components involved, and some piece of software are not designed to run on such cluster environment. Especially PHP must be patched due to some session locking behavior, so that the webservers run more stable. Another example is writing logfiles. Here the applications run on the cluster should be aware of the GFS file locking mechanism. Using a single application log file on all of the cluster nodes can be a performance killer. > I was reading an article this weekend on the RH site about > using a shared (GFS) root partition on SAN and booting up > cluster nodes to this shared root, the premise being that > patches and config changes are done once, to the clustered > root on all servers, as opposed to each server separately. This environment is developed and operated for the munich trade fair center by ATIX (http://www.atix.de). If you'd like to have more information about our environment, just reply to my message. Greetings, Christian Schäfer Abt. IT-Applications Messe München Tel.: +49 (0) 89 949 21985 E-Mail: christian.schaefer2@xxxxxxxxxxxxxxxxx WWW: www.messe-muenchen.de > -----Ursprüngliche Nachricht----- > Von: linux-cluster-bounces@xxxxxxxxxx > [mailto:linux-cluster-bounces@xxxxxxxxxx] Im Auftrag von > Clayton Dillard > Gesendet: Montag, 4. Juni 2007 17:53 > An: linux clustering > Betreff: Red Hat Cluster & GFS for a LAMP > > Hi Folks, > I'm hoping for some advice here. We have a hosting > service where we run a LAMP stack. Currently our environment > is comprised of a pair of Apache servers which are load > balanced via a pair of hardware balancers, and a pair of > MySQL servers that are in a Master/Slave configuration. The > two Apache servers use a common NFS export as shared storage > and the DB servers just use local disks. > > I've been reading up on RH cluster services and GFS, and from > what I see, it sounds like a great solution for us, > especially since we are bringing on more and more customers > and thus have higher loads and availability requirements. > > I'm wondering if anyone on this list is currently using RH > Cluster Services and GFS for a LAMP environment and if so, > are there any pitfalls to watch out for, or any tips that I > should know before getting started on the engineering phase. > > I was reading an article this weekend on the RH site about > using a shared (GFS) root partition on SAN and booting up > cluster nodes to this shared root, the premise being that > patches and config changes are done once, to the clustered > root on all servers, as opposed to each server separately. > Does anyone here run such a configuration and does it work well? > > Also, I've not been able to find any good books that are > focused mostly on Red Hat clustering and GFS... Does anyone > know of any good books on this subject? > > Thank you, > > -- > Clayton Dillard <cdillard@xxxxxxxxxxxxxxxxx> > RPS Technology, LLC > -- Linux-cluster mailing list Linux-cluster@xxxxxxxxxx https://www.redhat.com/mailman/listinfo/linux-cluster
