But what kind of solution for config files and mail? I'm running into the same dilemma with my setup. In my previous setup I had one server NFS-mount the other server for mail and things, but that just does not accomplish the data redundancy that I need.
Mal, as far as database setup, I would check out setting up MySQL Master/Slave replication (or if you run MySQL 5.0 you can have dual Masters replicating to eachother). Here's a link for the how-to: http://forums.gentoo.org/viewtopic.php?t=241123 You may want to look at doing MySQL clustering if you have access to a 3rd server: http://dev.mysql.com/doc/refman/5.0/en/mysql-cluster-overview.html HTH! :) On Sat, 2005-11-12 at 20:46 +0100, Jeroen Geilman wrote: > Mal Herring wrote: > > >Hi Gentoo-Server.... > > > >I run a Apache2 webserver and Postfix as per the virtual mailhost > >guide... > > > >For resilience I would like to have two gentoo boxes doing these tasks > >for load balancing / redundancy - how can this be achieved? Is there a > >tool that will allow replication of the config files / mysql stuff to > >allow the boxes to basically be a cluster ? > > > >Oh - one more thing, the boxes will sit in different data centres ! > > > >Thanks in advance... > > > > > That won't actually be all that easy to accomplish... > > The most robust solution will always be to set up a THIRD box in front > of those identical servers, which can load balance the traffic and/or > connections to both. > > Obviously, this is going to be more difficult to implement when the > servers are physically far apart. > > A very good *mail* solution would be to set up Postfix on both boxes for > the same domain, but with different MX proirities - this is a relatively > easy setup. > > For apache, you can do part of the loadbalancing yourself, but that will > require both boxes to be available at all times - meaning you don't have > a redundancy in place. > > You can implement this via DNS, but you will need flexible access to > your DNS records; with DNS round-robin you would have a certain amount > of redundancy. > > Google around, there are plenty of documents available. -- [email protected] mailing list
