3

1) What are keepalived's (physical/network) requirements? Does the two (or more) keepalived' nodes need to be connected to the same switch? (something related to broadcasting maybe).

2) Can keepalived nodes run on different networks, "internet" networks?
3) Is keepalived depend on the router? (as far as I understand, the virtual IP should point to the real router/switch that connects both nodes).

4) Is keepalived "service-independent"?
-> What is keepalived's involvement domain? IPs only? Or is it service/protocol oriented?
-> Does it deal ONLY with IP, or is it designed for HTTP for example?
-> In other words, can I use it for custom (network-based) app?

5) Have more than one failover server?


If the answer for question #4 is "yes", i.e it depends on the service type, then is there any general alternative? Preferably easy to install/configure :)

0

2 Answers 2

-2

Don't use keepalived and heartbeat. This is deprecated software.

Try pacemaker and corosync. It can broadcasts, multicast.

1
  • Keepalived's web site doesn't say that it's deprecated, why are you saying it?
    – Henrik
    Jun 24, 2012 at 16:39
3
  1. The systems need to be in the same Broadcast domain
  2. If you ask if they can be in different IP subnets, then: NO
  3. The VIP does not point somewhere
  4. it depends you can make it dependable (failover the VIP if http service does not respond)
  5. yes

As alternative there is Heartbeat, the main difference is:

keepalived = make sure at least 1 server runs the VIP
heartbeat = make sure at maximum 1 server runs the VIP

2
  • So if I go to a dedicated server provider I'll have to make sure he gets me the few servers I take, the ones involving KeepAlived, at the same internal network, and that the switch supports VIP, right?
    – Poni
    Nov 18, 2011 at 12:13
  • In short, why would I want Heartbeat over KeepAlived? or the sort..
    – Poni
    Nov 18, 2011 at 12:17

You must log in to answer this question.

Not the answer you're looking for? Browse other questions tagged .