|
From: Frank W. <Fra...@ct...> - 2013-08-06 07:27:25
|
Hi Serge (again), and thanks for your reply! conntrackd is nice but I don't need that feature right now. I have a bunch of resources (IP addresses, iptables script, openvpn, apache, ldirectord, named,..) that run on an active/passive DL tandem. If that state table is not synced between them and clients loose the connection, or openvpn clients need to (transparently) reconnect, that's fine with me (I expect to need to failover maybe twice a year). I just want the high availability in case a powersupply dies on a Friday night :-) One of the things I need in order to get there is keep the config files synced, so csync2 would be nice, but I'm open to any suggestions.. TIA Frank On Fri, 2013-08-02 at 12:00 -0700, Serge Leschinsky wrote: > On 08/02/2013 07:37 AM, Frank Weis wrote: > > Hi, > > > > I dont know if this has been discussed here before, but I need/want to > > run DL boxen in a cluster (active/passive, with IP addresses and a few > > services being switched around in case of a (hardware) failure). > > > > I see that there is heartbeat-2 available on DL. Is anyone doing similar > > stuff with DL? Any hints would be appreciated! > I usually use keepalived + conntracd (conntrack-tools) for front-end (DL) > redundancy. The first is responsible for master/slave election + heartbeats, > the second - for connections table synchronization. Depending on which service > do you have as a back-end, you can use LVS, HTTP-reverse proxies etc. > > Everything works perfectly :) > > Thanks, > Serge > > ------------------------------------------------------------------------------ > Get your SQL database under version control now! > Version control is standard for application code, but databases havent > caught up. So what steps can you take to put your SQL databases under > version control? Why should you start doing it? Read more to find out. > http://pubads.g.doubleclick.net/gampad/clk?id=49501711&iu=/4140/ostg.clktrk > _______________________________________________ > Devil-linux-discuss mailing list > Dev...@li... > https://lists.sourceforge.net/lists/listinfo/devil-linux-discuss > |