BIND, djbdns y otro(s)TopEscenarios comunesRedundancia

Redundancia

Hay básicamente dos razones por los cuales se introducen servidores de bases de datos redundantes:

La parte negativa de la redundancia es, que hay que mantener copias idénticas de la información en todo servidor redundante. Este corresponde a mayor trabajo administrativo y riesgo adicional de fallas.

La mejor práctica es, utilizar un mecanismo automatizado para la actualiqzación de un dominio, e incluir en este la duplicación de los datos en los servidores secundarios con cada cambio realizado.

La transferencia de los archivos necesarios debe hacerse con un programa que no permite la modificación involuntaria de su contenido - ejemplo: ssh. Para minimizar la cantidad de información transferida se puede usar un programa de compresión y/o transferencia diferential, ejemplo: rsync. En una sola frase:

rsync bajo ssh es actualmente la mejor forma de actualizar datos remotos de manera confiable.

Tradicionalmente se realiza esta duplicación mediante "transferencias de zonas" (zone transfer) a través de un protocolo que es parte del sistema DNS. Este protocolo no es eficiente ni confiable.


Georg Lehner - homepage

BIND, djbdns y otro(s)TopEscenarios comunesRedundancia