Onderwerp: PowerDNS replication

Nog even 1 vraag, welke versie van mysql gebruiken jullie ?

De 4 serie of al de 5 serie ?

Bedankt zover voor de goede reacties.

Ik heb het met zowel MySQL 4 gedraaid, maar tegenwoordig is het allemaal MySQL 5.0.22 (Ubuntu Dapper).

Ik raad je wel aan je replicatie met een volledig lege database op te zetten, waarna je zodra de replicatie up is, je de tabellen gaat aanmaken en de data gaat inladen.

ik heb 4.1 draaien

Wido, doen jullie master-master of master-slave?

Oorspronkelijk geplaatst door Sander-

Wido, doen jullie master-master of master-slave?

Waarom zou je Master/Master willen ?

ik wil geen topic hijacken, maar ik heb nu al even op internet zitten zoeken, maar kan niet niet echt vinden wat de voordelen van pdns zijn tov bind, iemand die hier een link van heeft?

Oorspronkelijk geplaatst door Freakingme

ik wil geen topic hijacken, maar ik heb nu al even op internet zitten zoeken, maar kan niet niet echt vinden wat de voordelen van pdns zijn tov bind, iemand die hier een link van heeft?

De MySQL backend is erg flexibel maar kan ook een probleem zijn.

Het beste is gewoon bind met een interface waar een DB achter hangt welke de zonefiles aanmaakt met een script.

Je DNS server is dan niet afhankelijk van een database om goed te kunnen functioneren, alleen om te vullen.

Jij zegt het beste, maar dat ben ik niet met je eens.

Jij vind het misschien het beste, maar dat vindt niet iedereen.

Heb met beide configuraties ervaringen.
Het opzetten van de MySQL replicatie kan even lastig zijn als je het nog nooit hebt gedaan, daarna werkt het echter als een tiet!

Replicatie op DNS niveau heeft toch wat meer haken en ogen.

Oorspronkelijk geplaatst door Freakingme

ik wil geen topic hijacken, maar ik heb nu al even op internet zitten zoeken, maar kan niet niet echt vinden wat de voordelen van pdns zijn tov bind, iemand die hier een link van heeft?

PDNS is er voorgemaakt om een database als storage te gebruiken, dit heeft als voordeel dat het beheersbaarder is als ook dat je zelf makkelijk een webenabled toepassing kunt maken voor het beheer.

Bind maakt standaard gebruik van zonefiles, als je maar een paar domeinnamen hebt is het nog wel te overzien, maar als je 1000 domeinnamen hebt, en je wilt van allen de TTL verhogen (b.v. om dns traffic/resouce verbruik te verlagen), dan moet je gaan scripten of te wel veel gekloot waarmee je fouten kan maken etc.. Ook moet je per zone een entry aanmaken in de bind config files, één typo kan er voor zorgen dat bind weigert op te starten.

Verder vermoed ik (niet onderzocht) dat BIND bij heel veel domeinen ( > 100.000?) erg traag zal zijn. Ten eerste moet je bind restarten indien je 1 zone file aanpast, dus alle andere domeinen hebben hier last van, de snelheid van de files afhankelijk is van file subsystem, waaraan weinig te tunen valt. En de resources in gebruik hoger zullen liggen dan bij de MySQL/Powerdns combinate.
Door de database storage van de zonefile, kun je per zonefile (dus niet per item in een zonefile, ivm update van serial etc..) wijzigingen doorvoeren, zonder dat je dns deamon/service hoeft te herstarten. Verder kun je aan MySQL veel tunen zodat het altijd sneller zal zijn dan iets (groots) lezen, sorteren en verwerken vanaf disk.

Overigens deel ik niet de mening van anderen dat je MySQL moet laten repliceren.
En wel om twee redenen niet:
Je maakt iets simpels onnodig veel complexer, indien je slechts 1 MySQL server gebruikt dan heb je een single point of failure, gebruik je er twee dan moeten ze op kunnen connecten (security issue, zit je op de één kun je op de ander) de replicatie gaat wel goed, maar mocht één van de twee ooit eens voor langeretijd plat gaan (of door data corruptie) dan ben je erg lang kwijt aan troubleshooten.

Ten tweede je moet uit security overweging een dualvendor policy hanteren, waarbij je voor de zelfde toepassing verschillende producten gebruikt, bind als slave update zichzelf en vergt amper configuratie. Als door een security issue één van de twee niet gebruikt kan worden tot dat er een patch uit is, kun je tenminste die tijd overbruggen.

Bijkomend voordeel is (wat verstandig is) een dedicated bind-slave server op je goedkoopste hardware kunt laten draaien (afgeschreven hardware b.v.), als je die hardend (ook SSH er vanaf of op zijn minst gefilterd) hoef je er niet naar om te kijken, zodra uit je monitoring blijkt dat de server dood is kun je hem vervangen.

Overigens één tip maak na meerdere wijzigingen alijd een backup van je Mysql database, niets is irritanter dan dat je straks wat datatypisten moet inhuren om een paar duizend mutaties in te kloppen vanaf papieren mutatie logfiles. (voorzover bedrijven hier mutatie logs bewaren)