Re: [dns-wg] Elimination of 2nd level ccTLD domain names
- Date: Sun, 24 Oct 2004 19:13:28 +0100
Jim
Jim wrote on 24/10/2004 04:46:51 pm:
> However the trend seems to be for using
> database back-ends to feed the name servers: BIND-DLZ, UltraDNS,
> ATLAS, ANS, PowerDNS, etc, etc. A database is the right solution for
> this problem when there's lots of data to look after. Most registries
> are already using a database for their customer data so it should be a
> no-brainer to couple that to their name servers. Just think of all the
> legacy perl and SQL scripts that could be eliminated.....
>
I'm not so sure that I agree with this. I think there is quite a lot to
think about here and databases are not necessarily the best solution. The
reasoning goes like this:
- You don't want all of your database data replicated to each node, that
would be pointless, just the data required to fill the zones. This is
actually a very small fraction of the data we (and most registries?) hold.
So you then end up with a database system on each nameserver for a
relatively small amount of information and almost all of the functionality
of the database is not used.
- You then have to manage another system on each nameserver, and that
brings with it a new set of dependencies and vulnerabilities, that you
could just as easily do without. Out view has always been to minimise the
number of unnecessary processes on any production nameserver.
- Then of course there is the replication process. Some databases are
good but IXFR is uniquely designed for nameservers. Having the replication
process so closely tied to the database concerns me that problems with
that process that require it to be fixed can lead to unneeded downtime on
your main database.
If each of your nameservers instances is going to have multiple heads then
you might get better performance with a database backend serving all those
heads rather than relying on nameserver replication, but I've not done the
tests.
Some of this is, of course, supposition so I would be interested to know
if anyone else thinks using database in this way is simple.
Jay
|