
Me gustaría saber cuál es la mejor opción para transferir los dominios y sus actualizaciones entre un servidor PowerDNS maestro y esclavo.
He visto muchas publicaciones antiguas de 2006 que dicen que usar la forma de replicación de MySQL es mejor, pero eso fue hace 8 años. Entonces, con la versión actual de PowerDNS, me gustaría saber cuál es mejor, la replicación de MySQL o el método AXFR.
Respuesta1
La documentación dice "La replicación nativa es la opción predeterminada, a menos que se configure específicamente otra operación". (http://doc.powerdns.com/html/replication.html) Por Nativo se refiere a una replicación nativa del backend que utiliza, donde no necesita tomar parte activa en el proceso en sí, sino que simplemente usa los datos que se le presentan. Para la mayoría de las personas, MySQL Native generalmente significa replicación de MySQL, aunque técnicamente también podría llamarse así a una combinación de rsync y mysqldump.
PowerDNS Server no admite transferencias de zona incrementales (IXFR), pero emplea AXFR. Para zonas realmente grandes, eso significaría un mayor tráfico de red entre sus servidores de nombres. Además, no tengo experiencia con lo que sucede cuando la Zona es más grande que la RAM disponible. En ese caso, el servidor PowerDNS podría bloquearse.
Se puede configurar un maestro/esclavo AXFR solo con el backend BIND Zonefile, es decir, en el estilo 'tradicional' BIND8/9; sin embargo, si planea implementar DNSSEC con PowerDNS, será necesario un backend compatible con dnssec, como MySQL, para los metadatos y almacenamiento de claves.
La mayoría de las personas que optan por una configuración pura de PowerDNS Server utilizan replicación nativa (con MySQL), por lo que este también es el tema sobre el que está disponible la mayor información de soporte de los usuarios de PowerDNS Server.
Con MySQL, las posibilidades de replicación en todos sus servidores de nombres son casi instantáneas, lo que proporciona una experiencia de usuario más fluida si permite que los clientes cambien sus propias zonas/registros, por ejemplo, a través de alguna interfaz web a la base de datos que utiliza PowerDNS Server.
Respuesta2
Terminé usando el clúster mysql galera en su lugar con los 3 servidores power dns configurados como maestros, funciona de maravilla
Respuesta3
Tenga en cuenta que MySQL es texto sin formato sobre la línea. Por lo tanto, debe cifrar para, por ejemplo, no filtrar sus claves dnssec.
MySQL SSL es demasiado problemático (y lo más probable es que necesites compilarlo manualmente). MySQL sobre túnel ssh: pita para configurar. MySQL por encima de cualquier otra cosa: existe el problema de mantener el túnel en funcionamiento y el esclavo y el maestro no se desconectan entre sí.
La mejor solución es mysqldump sobre scp. Puede eliminar todos los problemas con túneles y conexiones maestro-esclavo.
Puede configurar nanocron personalizado para realizar la sincronización cada 10 segundos, en bases de datos pequeñas no es nada