[bind10-dev] Is AXFR/IXFR needed for DB-based (especially large) zones?

JINMEI Tatuya / 神明達哉 jinmei at isc.org
Mon Jun 13 19:28:07 UTC 2011


At Mon, 13 Jun 2011 10:26:34 +0200,
Michal 'vorner' Vaner <michal.vaner at nic.cz> wrote:

> > Looking at other implementations, BIND (9) DLZ insists that it's a bad
> > practice: http://bind-dlz.sourceforge.net/worst_practices.html and
> > database replication should be used instead.
> > 
> > DLZ supports AXFR, too, but if I understand the code correctly, it
> > simply takes the in-memory approach, so it's not scalable for larger
> > zones.  PowerDNS's AXFR support basically seems to be the same (I
> > don't know what's the recommended practice for server synchronization
> > when using PowerDNS).
> 
> Well, the in-memory has a disadvantage that you need to load it manually and it
> takes RAM. We could let the DB backend do something like this for us with stuff
> like copy-on-write versioning. For example, this suggests that mysql is capable
> of doing so:
> http://dev.mysql.com/doc/refman/5.0/en/internal-locking.html
> which I expect happens on disk.

Okay, this seems to be an option.

> Anyway, the 10-minutes lock might not be that big problem maybe, if it was a
> hidden master, then just the write operations would wait for the 10 minutes,
> happen at once and then another sends can happen.

Maybe or maybe not.  Only the users who really manage such a large
zone and want to use a DB backend can provide a useful answer
(developers can only guess, and the result often does not meet real
requirement).  That's why I asked the question here.

---
JINMEI, Tatuya
Internet Systems Consortium, Inc.



More information about the bind10-dev mailing list