Oui, certes. Mais l'avantage d'une base de données, c'est que l'on fait des 
modifs en permanence dedans, voire, même, nos clients peuvent le faire via une 
interface Web, et on ne recharge/redémarre aucun process.

De : frsag-boun...@frsag.org [mailto:frsag-boun...@frsag.org] De la part de Greg
Envoyé : mercredi 14 août 2013 12:10
À : French SysAdmin Group
Objet : Re: [FRsAG] Backend SQL sur DNS autoritaires

Qu'est-ce que 15000 fichiers plats dans un OS ? Le buffer cache de Linux met 
tout ça en RAM, l'administration via les outils unix type grep, sed, awk, perl 
est parfaite pour ça.

Perso j'utilise MySQL pour gérer une partie des zones, principalement pour des 
méta-données comme la date d'expiration d'un domaine. Mais pour au final 
générer les fichiers plats...

Le 14 août 2013 11:54, Benjamin Schilz 
<benja...@whd-rs.com<mailto:benja...@whd-rs.com>> a écrit :
Intéressant merci ;)


-----Message d'origine-----
De : frsag-boun...@frsag.org<mailto:frsag-boun...@frsag.org> 
[mailto:frsag-boun...@frsag.org<mailto:frsag-boun...@frsag.org>] De la part de
Jonathan Leroy
Envoyé : mercredi 14 août 2013 11:36
À : French SysAdmin Group
Objet : Re: [FRsAG] Backend SQL sur DNS autoritaires

Le 14 août 2013 10:52, Benjamin Schilz 
<benja...@whd-rs.com<mailto:benja...@whd-rs.com>> a écrit :
> Bonjour à tous,

Bonjour,

> Mon idée est de passer sur un backend MySQL.

Aux dernières nouvelles, BIND ne dispose pas de cache des résultats des
requêtes SQL. Donc une requête DNS = une (ou plus) requête SQL.
D'ou les mauvaises performances du backend MySQL.
En revanche, j'en entendu que du bien du couple PowerDNS + PostgreSQL, qui
lui dispose bien d'un cache SQL.

Stéphane avait écrit un article à ce propos :
http://www.bortzmeyer.org/registre-temps-reel.html
L'article date de 2007, je ne sais pas si il y a eu beaucoup de changements
depuis.

--
Jonathan Leroy

_______________________________________________
Liste de diffusion du FRsAG
http://www.frsag.org/

_______________________________________________
Liste de diffusion du FRsAG
http://www.frsag.org/

Répondre à