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-bounces@frsag.org [mailto:frsag-bounces@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 <benjamin@whd-rs.commailto:benjamin@whd-rs.com> a écrit : Intéressant merci ;)
-----Message d'origine----- De : frsag-bounces@frsag.orgmailto:frsag-bounces@frsag.org [mailto:frsag-bounces@frsag.orgmailto:frsag-bounces@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 <benjamin@whd-rs.commailto:benjamin@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/