networking, sistemas, windows

Diseño de una arquitectura de servidores DHCP de alta disponibilidad

12 febrero 2009 | Escrito por alexbogus

En entornos donde existe una gran cantidad de hosts, el servidor se convierte en pieza clave del despliegue del de la corporación, puesto que hace la vida más sencilla al administrador en el proceso de asignación de direcciones IPs a los hosts que componen la red, así como permite realizar cambios en este direccionamiento IP sin apenas intervención humana.

La introducción de un servidor DHCP en la red provoca que tengamos un punto de fallo en la infraestructura de nuestra organización ya que los servidores DHCP no son capaces de hablar entre sí para mantener una base de datos común con las concesiones otorgadas entre ellos (el protocolo no se diseñó para soportar esta característica); por esta razón el servicio de DHCP se vuelve crítico y requiere de un diseño de alta disponibilidad. En este artículo vamos a presentar las soluciones, que personalmente creo que pueden solventar este reto.

En primer lugar podemos pensar en dos soluciones:

  • Montar un cluster para el servicio DHCP de, al menos, dos nodos.
  • Montar dos servidores independientes con el servicio de DHCP utilizando la regla del 50/50 o similar que se adecúe a las necesidades de tu organización.

Más adelante profundizaré más en la implantación de una solución de este tipo. Dejo para el que quiera ir avanzando un poco más de información en las referencias.

Referencias:

http://oreilly.com/catalog/dhcpwin2000/chapter/ch04.html
http://techsterity.com/blogs/bestpractices/archive/2008/01/27/High-Availability-DHCP.aspx

Un comentario en “Diseño de una arquitectura de servidores DHCP de alta disponibilidad”

commenter

Precisamente esta semana he tenido fallo de un dhcp. Mi tolerancia a fallos pasaba por tener otro dhcp configurado pero parado. Cuando se ha detectado el fallo, sólo he tenido que arrancarlo. Pero sí, queda mejor en un clúster.
De todas formas, conviene que de vez en cuando falle algo en la organización y les dejes a todos media horita sin poder conectarse a nada, así se dan cuenta que las cosas, en sistemas, no van solas.