Welcome, Guest
Please Login or Register.
Lost Password?
Re:rendundancy, clustering and failovers (1 viewing)
Post Reply

TOPIC: Re:rendundancy, clustering and failovers

#627
ChrisBlackwell (User)
Posts: 120
graphgraph
rendundancy, clustering and failovers 2005/11/18 08:21  
Hi,

I've currently got one server running virtualmin pro, and i'd like to get a second box to use as backup mail/dns and possibly a hot spare web server.

Anyone got any advice on how this might work, best configurations, synchronisation etc..


  The administrator has disabled public write access.
#652
Joe (Admin)
Posts: 4084
graph
Re: rendundancy, clustering and failovers 2005/11/21 22:10  
Hey Chris,

The very first Virtualmin installation three years ago was a fully redundant configuration. It wasn't easy, but it's gotten easier since then. ;-)

There are at least three orthogonal issues you have to deal with:



    [*]Failure detection and takeover[/*]

    [*]Synchronization of configuration and data[/*]

    [*]Notification of problems[/*]




Webmin has help for you on a couple of these, though you need an extra software component.

The first issue is failover. For this, I used Heartbeat, and I have zero complaints about it. It works beautifully, simply, reliably, and it has a nice Webmin module. You can get it here:

http://linux-ha.org/download/index.html

Synchronization of configuration and data can be done in roundabout ways with Webmin...but I think the ideal choice is rsync. You can configure it to run over ssh with a public key on the sending machine, so it can happen via a cronjob. On the system I setup, I ran rsync every hour. This is probably an area we ought to address in Webmin, but it's a pretty wide-open task and there are dozens of ways to go about it, depending on your focus. It's also easy to screw things up on the secondary machine--many configuration files are specific to the box, even if the boxes are identically configured and are expected to behave identically after a failover. Network details can't change, for example. I believe I had two or three subdirectories of /etc that I excluded from my rsync process, and otherwise included all of /etc, all of /home, and the /var/named directory (depending on OS and configuration, this may be in /etc or elsewhere). I'll think on doing something like this for Webmin. For a very specific purpose (like a Virtualmin hosting server), it's probably easy enough to select the right bits and then use the remote function API to copy the right stuff over on schedule, possibly using rsync to reduce the size of transmissions (now we're getting fancy!).

The final bit is notifications, since you need to know about failover events so you can fix whatever went wrong on the primary. I believe the System and Server Status module covers this nicely. Both servers can monitor each other, and send notifications in the event of trouble. Once when I didn't want to use heartbeat, I used this module all by itself to detect failure and takeover and IP automagically. Worked just fine, but seems like a "when all you've got is a hammer" kind of solution. ;-)

This would be a good area for a meta-module (like Virtualmin...stepping out of the traditional role of Webmin modules that address only one service or configuration file and actually perform actions on many modules in order to ease a specific task--more complicated to write and much more specific in function, but more useful in the circumstances for which it was written). Maybe some third party will step up to the plate and tackle this one. It's a big job, though, and Jamie and I have our work scheduled out for at least two or three months.
  The administrator has disabled public write access.
#670
ChrisBlackwell (User)
Posts: 120
graphgraph
Re: rendundancy, clustering and failovers 2005/11/24 05:05  
Hi Joe,

Seems like a combination of heartbeat and DRBD (http://www.drbd.org/) might be a good combination for creating a failover pair.

I'll have to find some time myself to setup a couple of test servers.

  The administrator has disabled public write access.
#672
Joe (Admin)
Posts: 4084
graph
Re: rendundancy, clustering and failovers 2005/11/25 02:18  
Hey Chris,

DRBD looks like a great tool. Scary, but really cool.

I've not yet needed 1-3 minute resync times, but that's pretty darned impressive, and I'll definitely look into it more. It'd be problematic to implement for Webmin/Virtualmin in a generic way, since it seems intimately tied to Linux (so we couldn't ship it as a standard component for all Virtualmin users)...but it's darned cool nonetheless.

So, yes, it looks like this might be a nice mechanism for synching your user data, especially if you need that kind of resync time. Careful of your network settings, and any other host-specific files, though, as it seems like it wouldn't handle exclusions the way rsync does. Be sure to let us know how it turns out!
  The administrator has disabled public write access.
#9993
merlynx (User)
Posts: 48
graphgraph
Re: rendundancy, clustering and failovers 2008/02/04 16:39  
Chris/Joe,
Any movement on DRDB as a possible solution to mirror two virtualmin servers? Just wondering.

Thanks!
  The administrator has disabled public write access.
#11633
merlynx (User)
Posts: 48
graphgraph
Re: rendundancy, clustering and failovers 2008/04/07 23:17  
...this thread is pushing 3 years old.

It would be ideal if fail-over and load-balancing could be achieved in the context of Virtualmin. Of course there are manual options as outlined in this post...but it seems virtualmin is very, very close to a clustered, load-balanced, fail-over solution.

A how-to a bit more fleshed out would be totally awesome and raise the bar even higher on an already outstanding piece of software.
  The administrator has disabled public write access.
#11674
sgrayban (User)
Posts: 590
graphgraph
Re: rendundancy, clustering and failovers 2008/04/10 09:25  
I agree -- I have one client that asked me the very same thing just the other day.
Scott Grayban
BORGNET dot US Internet Hosting
VM Pro Reseller
  The administrator has disabled public write access.
#11807
alessice (User)
Posts: 33
graphgraph
Re:rendundancy, clustering and failovers 2008/04/17 06:00  
Yes, with DRBD and Heartbeat you can set-up an HA solutions for Virtualmin, including also MySQL, Mail etc ...

And works well!
  The administrator has disabled public write access.
#11924
merlynx (User)
Posts: 48
graphgraph
Re:rendundancy, clustering and failovers 2008/04/22 13:08  
That sounds great - is there a "howto?" Or perhaps a rough outline?
Thanks!!!
  The administrator has disabled public write access.
#11980
steven (User)
Posts: 16
graphgraph
Re:rendundancy, clustering and failovers 2008/04/25 15:41  
I'm interested in this also. I've had a look at the drbd page and it looks like chinese to me.
  The administrator has disabled public write access.
Post Reply
get the latest posts directly to your desktop

Talk and Get Help

Support
Forums
Bugs and Issues

Get Virtualmin

OS Support
Buy Online
Download
Copyright 2005-2007 Virtualmin, Inc. All rights reserved.