Weblog entry #2 for nole

Debian server redundacy
Posted by nole on Wed 28 Mar 2007 at 14:37
Tags: none.
Hi!

Sorry if this look strange to you, it's more or less just my ramblings and hope of getting some help and information :)

Were I work I have one Dell 1850 Poweredge that I use to control a phone system with asterisk, it also control a channel bank (ethernet) and some mysql. Now what I need to do is build redundancy for this server

So far I have
* Network redundancy with bonding two NIC's and using a No point of failure setup
* UPS system to the two redundant PSU's
* Raid 1 system for disk redundancy

Now I have been asked that it would be good to have one more server in case of a crash. I was first going to just get me a new Poweredge 1850 (Simple just transfer the disks and you are back in action), but since they have stop manufacturing 1850 I'll be going for a new server instead.

Using mysql redundancy and stuff I could make this work (sure you still need to go down and move the E1 to the other box but that's about it - Can't afford two E1 lines anyhow) but since the average load is very small I'm wondering what type of server to get I really don't feel I need more power then the 1850 can give me and well even if the company could afford a good server a small price would be nice, so I have even been thinking about simpler workstation computers (because of price and low average load) What do you think about that?

So anyone with experience in running very safe redundant networks on tight budgets? I could really use some input (and yes I know that one would have been do n't buy DELL but it wasn't my decision) I would be very glad for most input and information about running redundancy

Cheers!
Noel

 

Comments on this Entry

Posted by Anonymous (195.14.xx.xx) on Thu 29 Mar 2007 at 15:10
try to use drbd for redundancy

here is home page

http://www.drbd.org/

What is drbd?

DRBD is a block device which is designed to build high availability clusters. This is done by mirroring a whole block device via (a dedicated) network. You could see it as a network raid-1.

[ Parent | Reply to this comment ]

Posted by randallb (68.45.xx.xx) on Fri 30 Mar 2007 at 16:35
[ Send Message ]
I've also been looking for a server redundancy solution recently. I would probably give DRBD a try if I could simply switch to it with little or no downtime. I really wish there was a way to simply add a failover server to an existing server without changing too much on the existing server.

It looks like I'm just going to rsync each night the important stuff (data, /etc/, /usr/local/) to special locations on the backup server and also use mysql replication. If the main server fails and the drives are unusable, I could just do a manual failover, using the rsync'd files. Not nearly as nice as DRDB, but does not require any major modifications to the production server to set it up.

[ Parent | Reply to this comment ]

Posted by emeitner (216.153.xx.xx) on Thu 29 Mar 2007 at 18:18
[ Send Message | View emeitner's Scratchpad | View Weblogs ]
DRBD is not very usefull by itself. Look at Heartbeat ( http://linux-ha.org ) also.

For my employer I have most of our production servers running on inexpensive hardware in two-node clusters using Heartbeat and DRBD. Once the kinks are worked out, it performs well. Just be warned that there can be lots of kinks. :)

We have quite a few services running on these servers: Samba, NFS, LDAP, Mysql, Apache, Filemaker server. It works quite well for us. Sometimes our users don't notice when a failover happens.

We are running Debian Sarge with the Debian heartbeat and drbd packages. We also use the drbdlinks( http://www.tummy.com/Community/software/drbdlinks/ ) package - an invaluable tool - from backports.org.



[ Parent | Reply to this comment ]

Posted by emeitner (216.170.xx.xx) on Sat 9 Jun 2007 at 17:11
[ Send Message | View emeitner's Scratchpad | View Weblogs ]
I saw on Planet Debian that Russell Coker has a good discussion on his blog about Heartbeat 2.0: http://etbe.coker.com.au/category/ha/

[ Parent | Reply to this comment ]

User Login

Username:

Password:

[ Advanced Login ]

Register Account

Quick Site Search