I'm looking for a way to setup Apache as high-availability. The idea is to have a cluster of 2+ Apache servers serving the same websites. I can have the IP address of each server set up with round-robin DNS so that each request is randomly sent to one of the servers in the cluster (I'm not too concerned with load-balancing just yet, though that may come into play later on).

I already have it set up and working with multiple Apache VM servers (spread across multiple physical servers) serving websites, and round-robin DNS, and this works fine. The SQL database is set up using MariaDB in a high-availability cluster, the web data (HTML, JS, PHP scripts, images, other assets) are stored within LizardFS, and the sessions are stored in a shared location as well. This all works well until one of the servers in the cluster becomes inaccessible for whatever reason. Then a percentage of the requests (roughly the number of downed servers divided by the number of total servers in the cluster) are unanswered. Here are the options I've considered:

Automatic DNS Updates

Have some process that monitors the functionality of the web servers, and removes any downed servers from DNS. This has two issues:

  • First, even though we can set our TTL to some very low number (like 5 seconds), I've heard that a handful of DNS servers will enforce a minimum TTL higher than ours. And, some browsers (namely Chrome) will cache DNS for no less than 60 seconds regardless of TTL settings. So even though we're good on our end, some clients may not be able to reach sites for some time in the event of a DNS update.

  • Second, the program that monitors the functionality of the cluster
    and updates DNS records becomes a new single point of failure. We
    may be able to get around this by having more than one monitor spread across multiple

systems, because if they both detect a problem and they both make the same DNS changes, then that shouldn't cause any issues.


Make the IP addresses that are accessed and in round-robin DNS virtual, and have them reassigned to up servers from down servers in the case that a server goes down. For instance, server1's VIP is and server2's VIP is If server1 goes down, then becomes an additional IP on server2. This has two issues:

  • First, to my knowledge, uCarp/Heartbeat monitors their peers specifically for inaccessibility, for instance, if the peer can't be pinged. When that happens, it takes over the IP of the downed peer. This is an issue because there are more reasons a web server may not be able to serve requests other than just being inaccessible on the network. Apache may have crashed, a config error may exist, or some other reason. I would want the criteria to be "the server isn't serving pages as required" rather than "the server isn't pingable". I don't think I can define that in uCarp/Heartbeat.

  • Second, this doesn't work across data centers, because each set of servers across data centers has different blocks of IP addresses. I can't have a virtual IP float between data centers. The requirement to function across data centers (yes, my distributed file system and database cluster are available across data centers) isn't required, but it would be a nice plus.


So, any thoughts on how to deal with this? Basically, the holy grail of high availability: No single points of failures (either in the server, load balancer, or the data center), and virtually no downtime in the event of a switch over.

  • Why make it more complicated? Just set up load balancer "pen" in front of two - or more apache webbserverns with mounted NFS storage on a database/fileserver.
    – Orphans
    Jan 17, 2017 at 6:36
  • Then the load balancer becomes a single point of failure.
    – Nick Coons
    Jan 17, 2017 at 6:40
  • Set up two loadbalancers then, with two A-records. Simple as that
    – Orphans
    Jan 17, 2017 at 7:13
  • Then I run into all of the same problems as mentioned above. All we've done is taken the "how do we deal with determining which web server is up" and moved that problem (unsolved) to multiple load balancers.
    – Nick Coons
    Jan 17, 2017 at 8:18

1 Answer 1


When I want HA and load sharing, I use keepalived and configure it with two VIPs. By default, VIP1 is assigned to server1 and VIP2 is assigned to server2. When any server is down, the other server takes both VIPs.

Keepalived will take care of HA by watching the other server. If a server is not reachable or any interface is down, it changes to FAULT state. VIP will be taken by other server. To monitor your service, you can use track_script option.

If you want to add another cluster in another data center, you can add two more servers and do the same configuration. Now, you can load-share traffic between data centers using DNS round-robin. No DNS update is required in this case.

  • How does this resolve the issue of the server being reachable, but not doing its job (in this case, serving web pages)?
    – Nick Coons
    Jan 17, 2017 at 22:49
  • @NickCoons: As I said, you need to write some script that does all required checks and use it in something like track_script. When the script fails to get expectable result, it will exit indicating this failure (after some retries). Keepalived will then consider the server as down and VIP is removed.
    – Khaled
    Jan 18, 2017 at 8:18
  • I'll have to do some checking into this, but it looks like it answers my question. Thanks!
    – Nick Coons
    Jan 19, 2017 at 1:14

You must log in to answer this question.

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