Onderwerp: Powerdns master <> Master setup

Collega's,

Ik zit met een vraagstuk wat ik niet goed weet of het wel gaat werken.

Wij hebben momenteel een volgende Powerdns setup:

NS1- PowerDNS Master --mysql sync--> NS2 POWERDNS SLAVE

Alle webservers pushen hun dns records door naar NS1 via de also-notify <ip van ns1> in hun bind configuratie.

Het IP van NS1 zou verandert moeten worden en ik was aan het denken om tijdelijk een master<>master --> slave setup op te zetten:

- Opzetten extra master en die laten syncen met de huidige master
- Webservers aanpassen en daar de bind configuratie aanpassen naar de nieuwe master

Uiteindelijk gaan we dan in een situatie komen waarin geen enkele nameserver nog gaan doorsturen naar de oude master en kunnen we deze afbreken.

Heeft iemand ervaring met het maken van zo'n setup en of het goed werkt? Zijn er misschien andere manieren om dit te realiseren ?

Je kan toch gewoon in de MySQL database van pDNS het slave IP-adres aanpassen van alle zones en ook in de supermaster tabel.
IP aanpassen in je bind config en klaar.

Dennis, kan je dat wat nader toelichten ben niet 100% mee denk ik. Je zet in dat geval eerst een nieuwe master op of niet ?

Gewoon op je huidige master.

Op MySQL voor je een query uit iets van UPDATE `zones` SET master='192.168.1.1' WHERE `master` = '192.168.1.20'; (zo even uit m'n hoofd)
En je update ook je supermasters tabel.

op die manier, maar na de DDOS die momenteel bij Xynta bezig is (waar onze master pdns draait...) willen we dit gaan veranderen naar een master <> master setup ipv master <> slave zodanig dat er bij uitval van een node toch steeds replicatie mogelijk is..

master <> master voor mysql bij powerdns kan in principe perfect, wel adviseer ik om maar 1 van de 2 powerdns servers op slave=yes te zetten. Daarmee voorkom je wijzigingen die aan 2 kanten praktisch tegelijk gebeuren. Dan is het 1 config aanpassen en de andere master neemt het over.

Mark,

Heb je toevallig een tutorial die deze setup beschrijft ?
master, master setup met mysql lijkt mij een 3de 'arbiter' nodig te hebben ingeval van outage die kan bepalen wie master gaat worden.

Oorspronkelijk geplaatst door bibawa

Mark,

Heb je toevallig een tutorial die deze setup beschrijft ?
master, master setup met mysql lijkt mij een 3de 'arbiter' nodig te hebben ingeval van outage die kan bepalen wie master gaat worden.

Een standaard tutorial hiervoor heb ik niet. Die 3de arbiter is inderdaad nodig, ik zou hiervoor in ieder geval beide servers verbindingen naar buiten laten maken en bij prestaties die te slecht zijn (te veel timeouts/niet werken) en bij een herstart automatisch de config laden die slave=no in de config heeft staan. Verder ging ik gemakshalve uit van een handmatige actie om de andere server te voorzien van slave=yes. Dit is natuurlijk ook te automatiseren als je vanaf een aantal locaties alles in de gaten gaat houden. Als je dit doet vanaf 3 of meer servers (waar mogelijk een oneven aantal) dan kun je kiezen om de best bereikbare te gebruiken. Wel zal dit systeem dan benaderd moeten worden door beide naamservers zodat ze zichzelf ook deactiveren als slave (ze blijven verder wel draaien).

Als je hier een opzet voor zoekt of meer details is het mogelijk handiger om mij een keer te bellen (of eventueel mailen). Heel veel is mogelijk echter moet het even uitgedacht worden en uit ervaring weet ik wel een aantal probleem punten om rekening mee te houden.

Waar je een oplossing voor zoekt is geen kant-en-klare oplossing beschikbaar lijkt mij, iedere partij heeft toch zijn eigen wensen/bijzonderheden. De simpele opzet heb ik hier al wel beschreven.