I have read two of very nice tutorials here, viz. 1) http://www.howtoforge.com/installin...tabase-cluster-on-debian-6.0-with-ispconfig-3 by Till 2) http://www.howtoforge.com/virtual-m...ns-servers-on-debian-squeeze-with-ispconfig-3 by Michel Both are very nice. Actually I am thinking of using a cluster (like 1 above) with split servers (like in 2) in openvz containers. However, though the tutorial 1 by Till categorically states that it deals with "fail over, load balancing and high availability", but is it only me that I see no such things except syncing with unison /var/mail and /var/www? It would be nice to if someone can exlpain how failover and loadbalancing is possible with two servers (either local or remote) which may look something like this (https://www.ovh.co.uk/dedicated_servers/ip_failover.xml) ? Thanks in advance.
Seems as if you did not read the full guide yet othwise you might have noticed that it contains also a synchronisation of the clinet databases trough mysql and it instructs you to install ispconfg as well in mirroe mode which does the configuration sync between the systems. The complete setup required for this kind of failover is described in guide 1). All configuration mirroring etc. is done by ispconfig, all you have to do in case of a afilure is to switch the IP address like described by ovh or put a loadbalancer in front.
ISPConfig3 Failover / ISPConfig3 Redundancy I have two physical servers at two different locations setup using this guide. Could you please explain how to switch the IP? Also, how put a loadbalancer in front, is there a guide to follow to set this up?
This is totally dependend on where you have your servers. As an example if you are with ovh you have to either rend a cisco hardware load-balancer or switch your fail-over-IP via the API if one servers fails. You could also use a vRack for this. With some providers (mostly when they provide a private network for your servers only) it's also possible to simply use a gratuitous arp to take over the IP address (and the traffic) from another machine. With the most providers I know, it's only possible to use fail-over-IPs between machines in the same datecenter due to routing limitations. Either way, you got to see what options are offered by your provider for this case.
My servers are not in data centers, servers are in two different countries, have 2 different ISPs. How to manually switch IP (in case server 1 @ location 1 is down) and I want to use server 2 until server 1 is back online? I'm looking to find out what's the easiest/fastest way to use server 2 in case server 1 goes down (power outage/connection outage)? Thanks!
hmmm ... that's not so easy in this case. If you don't have your own RIPE block which you can route yourself, your IPs are actually belonging to your provider and you are only renting them. It's very unlikely that your provider will allow you to route his IPs to a another provider. I guess your only chance to switch your services from one server to another with this setup is to change your DNS to route to the other IP in case of failure. That's not really a great solution, because this means your services will be down until the dns propagation time is over, but the only solution I see in the moment.
I don't understand, in what environemt is Installing A Web, Email & MySQL Database Cluster On Debian 6.0 With ISPConfig 3 tutorial helpful? I have server 1 and server 2 (mirror of server 1) and I cannot make it work just because I don't own IPs but rent them. Isn't there another solution, so server 2 could be used if server #1 is down? Thanks!
You could try failover dns. Dns made easy offer this. Or you could to do this manually by changing the a record. Set a low ttl and traffic to your backup would be routed pretty quickly.
The tutorial is especially helpfull if: you are in a local network using local IP's, your provider gives a seperate network to you in which you control the routing, you have your own IPs which you can route yourself, your provider offers you any tool or method how to switch over IP adresses between servers (often sold seperately as "Fail-Over-IPs"). If none of the above applies to you, you are unable to switch IP's and left to DNS based fail-over only.
