Hi Nikolaos,

>     b) Network connection to the whole data center dies, or the whole
>     data center loses power or otherwise dies. There's really no other
>     choice to failover that than DNS, unless you manage to route the
>     same IP address to two different data centers and just update the
> route.
> 
>     I'd be more worried about b), since you can already fix a) pretty
>     quickly with VMs. Or a) could also be switched to become a Dovecot
>     proxy on demand if there's a bigger problem that can't be
>     immediately fixed.
> 
> ...and, yes, it's case "b" I want to handle. So that leaves me with DNS
> solutions.

You are indeed on the right track.  If you have two datacenters with different 
IP networks, your options are limited, but DNS is one of them.

You can use the CNAME suggestion you gave here (with low TTL) or you can simply 
have it return the right A record directly (also with low TTL).  You would have 
some sort of keepalive in the background making updates to your backend as 
appropriate.  This is a not-uncommon configuration.  Assuming your DNS server 
can handle the load, this is very robust.

It sounds like you've already got most of this figured out.  You just need to 
write your is-it-alive script and have it update your pdns backend as 
appropriate.  Don't have your backend do the query on demand- this does not 
scale.

     - Darren -



_______________________________________________
Pdns-users mailing list
[email protected]
http://mailman.powerdns.com/mailman/listinfo/pdns-users

Reply via email to