<div dir="auto"><div dir="auto"><div dir="auto">I'm using three servers in different geo locations, each with its own MariaDB backend, all DB servers joined in Galera cluster. As long as only one server goes down at a time (or, more precisely put, as long as there are at least two online to preserve quorum), the cluster gets synchronized automatically and updated with the most recent changes, whichever DB gets the updates. The more servers you add to the cluster, the better.</div><div dir="auto"><br></div><div dir="auto">If there are frequent updates from external sources/api clients, things can be made even more resilient by setting up a floating A or CNAME record with low TTL to point to one of the working servers, or like in my case, code the API client so it tries to send the update to several predefined IPs until the request is successful.</div><div dir="auto"><br></div><div dir="auto">This setup is working for more than 3 years now for me without even the slightest glitch. I am so satisfied with it that I simply had to share it with you. 🙂</div><div dir="auto"><br></div></div><br><div data-smartmail="gmail_signature">Best regards,<br>        Sinisa "Sonny" Burina</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, Nov 18, 2020, 08:23 Sinisa Burina <<a href="mailto:sburina@gmail.com">sburina@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="auto">I'm using three servers in different geo locations, each with its own MariaDB backend, all DB servers joined in Galera cluster. As long as only one server goes down at a time (or, more precisely put, as long as there are at least two online to preserve quorum), the cluster gets synchronized automatically and updated with the most recent changes, whichever DB gets the updates. The more servers you add to the cluster, the better.<div dir="auto"><br></div><div dir="auto">If there are frequent updates from external sources/api clients, things can be made even more resilient by setting up a floating A or CNAME record with low TTL to point to one of the working servers, or like in my case, code the API client so it tries to send the update to several predefined IPs until the request is successful.<br><div dir="auto"><br></div><div dir="auto">This setup is working for more than 3 years now for me without even the slightest glitch. I am so satisfied with it that I simply had to share it with you. 🙂<br><br><div data-smartmail="gmail_signature" dir="auto">Best regards,<br>        Sinisa "Sonny" Burina</div></div></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, Nov 18, 2020, 00:41 Jacob Bunk Nielsen via Pdns-users <<a href="mailto:pdns-users@mailman.powerdns.com" target="_blank" rel="noreferrer">pdns-users@mailman.powerdns.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On 18/11/2020 04.04, Steven Garner via Pdns-users wrote:<br>
<br>
> What is the accepted best practice with Primary and Secondary <br>
> (multiple) PowerDNS Servers?<br>
><br>
> Assume PowerDNS server is set up with a MySQL (or other) database <br>
> back-end. With at least 2 servers each on different networks, should <br>
> the master instance of PowerDNS and each slave instance query the same <br>
> MySQL DB, or should each one have its own local MySQL DB?<br>
<br>
If you have multiple instances that query the same database on a single <br>
database server, you don't have any redundancy, then why not just have a <br>
single DNS-server too?<br>
<br>
MySQL supports replication, so I'd suggest running a replica of you DNS <br>
database along with your auth DNS server. Should your master database <br>
server fail, you'll be unable to update your DNS records, but you'll <br>
still be able to answer DNS queries based on the replicas.<br>
<br>
Best regards,<br>
<br>
Jacob<br>
<br>
_______________________________________________<br>
Pdns-users mailing list<br>
<a href="mailto:Pdns-users@mailman.powerdns.com" rel="noreferrer noreferrer" target="_blank">Pdns-users@mailman.powerdns.com</a><br>
<a href="https://mailman.powerdns.com/mailman/listinfo/pdns-users" rel="noreferrer noreferrer noreferrer" target="_blank">https://mailman.powerdns.com/mailman/listinfo/pdns-users</a><br>
</blockquote></div>
</blockquote></div>