[Pdns-users] Re: Mysql based supermaster to bind based slave?

[Mark Watts]

> Hi all,
>
> I am just curious if anyone on the list has any comments on this. I
> don't feel like I am being overly paranoid here - database failure are
> few and far between but if the DB goes away not serving DNS records is
> a bad thing. What is the general thoughts on this?
>
> Thanks,
> Max
>
> On 4/12/07, Max Clark <max.clark at gmail.com> wrote:
> > Hi all,
> >
> > We are currently running pdns with a mysql backend and relying on
> > mysql master->slave replication to keep our records up to date. While
> > we want to keep the mysql backend for the master due to ease of use
> > and the ability to integrate our own custome front end management to
> > it, there has been a discussion lately about what to do with our
> > public authorative servers.
> >
> > Relying on the mysql backend for replication adds a layer of
> > complexity to the environment that we are not exactly thrilled with.
> > If the replication stops, or the mysql slave service dies, or simply
> > gets overwhelmed AUTH DNS goes down. This for obvious reasons is not
> > desired.

Use AXFR instead of something more complicated?

> > I am looking for advice/recommendations on this environment where we
> > can have authorative slaves that are not dependant on mysql - but
> > still benefit as much as possible from the automatic provisioning and
> > pruning of the zones from the master.

If you don't trust your database clustering, but you want to still use a 
database backend; turn off clustering and use AXFR instead.

-- 
Mark Watts BSc RHCE MBCS
Senior Systems Engineer
QinetiQ Trusted Information Management
Trusted Solutions and Services Group
GPG Key: http://keyserver.veridis.com:11371/search?q=0x455420ED
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL: <http://mailman.powerdns.com/pipermail/pdns-users/attachments/20070430/a7828b1e/attachment-0001.sig>