On Fri, 2008-11-21 at 21:10 -0800, [EMAIL PROTECTED] wrote: > Hello. I have two geographically different datacenters. Each > datacenter has two instances of BIND. > > There is one master out of these four. The zones will have multiple > "A" records (pointing to the two datacenters to provide some minimal > amount of redundancy and load balancing) > > What I want to do is put together a plan for when the master either > fails or the master becomes unavailable. > > So if your master fails, or more likely, it becomes unavailable, and I > need to change the "A" records on the other slaves, how do you do it? > > Can I have a master in each datacenter and a slave in each datacenter, > but a change made to any master propagates to all slaves? For that > matter, can I just have four masters and be done with it? > > It doesnt make sense that I could have multiple masters.. but I have > no idea how to solve this problem. If datacenter A goes down for > three days, i want to be able to modify the slave "A" records to stop > pointing to the bad datacenter. And when the datacenter comes back up > and the old master is alive, I want everything to work.
You can always promote a slave to master status, or maintain a DR copy of the zone. Configure your slave servers to look to your second master (or the slave that will be promoted as needed) as a second master, and enable multi-master. Like this: zone "zone.name" { type slave; file "zone.file"; masters { ip-of-master; ip-of-backup-master; }; multi-master yes; }; If you have a backup (or DR) master, then the slaves will switch to its version of the zone automatically. If you instead use a slave that will be promoted for this purpose, then, when disaster strikes: - Promote the slave (edit the zone statement, changing the type and removing the 'masters' and 'multi-master' statements). - Edit the zone as needed. - 'rndc reconfig' ought to work, but you may need 'rndc reload' instead. If you have lots of zones, it makes sense to keep a whole separate named.conf instead, and simply switch over to it. Chris Buxton Men & Mice _______________________________________________ bind-users mailing list bind-users@lists.isc.org https://lists.isc.org/mailman/listinfo/bind-users