Home / server / Questions / 258254
Accepted
Dolan Antenucci
Asked: 2011-04-12 04:52:49 +0800 CST

How can I serve a static landing page if my server is down?

  • 772

I would like to fallback to a static webpage if my main web server is down (currently a Rackspace Cloud instance). This would be a sort of worse-case scenario that shouldn't happen, but has before (e.g. Backspace hardware failure). Redundancy of the servers would be an optimal solution, but budget is a concern.. so I'm looking to a low cost autoMatic fallback if something happens to the only server currently

domain-name-system load-balancing web-server

5 Answers

  1. Best Answer

    Unless you have some sort of second server using a DNS round-robin setup then I'd suggest you speak with rackspace to see if there's a load-balancer in front of your server that can routinely check for service availability and redirect requests elsewhere upon an outage.

    Basically there's nothing you can do with a single server as obviously your service outage may be due to total loss of the server, so it needs to be driven externally.

    • 7

  2. I'm looking to a low cost autoMatic fallback if something happens to the only server

    The common way to do that is to:

    • Host a "Sorry we're down for maintenance" page on a cheap shared hosting plan somewhere.

    • Use a DNS provider who also has built-in HTTP health monitoring. During normal operation, the DNS host gives out the IP address of your main (Rackspace) server. If the main server is down, the DNS provider gives out the IP of the cheap shared hosting provider. Examples of such DNS providers are EdgeDirector, DNSMadeSimple, easyDNS.

    But, please note, this is a ghetto solution. It more or less works, but DNS caches around the world will cache your IP address, and sometimes will do so for longer than the indicated Time To Live (caching time). Thus the fail over time will be large'ish. More than 1 hour is common regardless of your DNS Time To Live value.

    The better way to do this is a HTTP load balancer in front of the server, with a fallback server, as Chopper3 & Scott Forsyth write.

    • 3

  3. +1 to Chopper3's comment.

    If you setup a reverse proxy in front of a pair of cloud servers, you can setup a failback option, aka Sorry Server. Or, if you find that your app layer dies often but your server doesn't, then you can even do this on a single box. (not sure if that cloud instance is site only, or if you have access to the server)

    In the Microsoft space, Application Request Routing works perfectly for this. I believe it's Squid in the Linux space.

    • 1

  4. I've used haproxy on debian to provide failover in front of some windows machines and it works really well. You can even pair these servers using heartbeat and get proxy failover.

    • 1

  5. The ideal mechanism for this would be SRV resource record support in WWW browsers. WWW server administrators have been calling for SRV resource record support for almost thirteen years because of this. Arranging for fallback when WWW browsers understand SRV resource records is a doddle, since one simply specifies the fallback HTTP server as a lesser priority than the normal HTTP servers, and WWW browsers act accordingly when they cannot reach the normal servers.

    Sadly, WWW browsers are the one area where SRV support is lagging, much to the embarrassment and shame of several vendors. So one has to go with more complex mechanisms involving re-routing IP traffic on the fly, as outlined in several other answers here, instead.

    • -1