Windows Server 2012 – Demostración DHCP Tolerancia a Fallas (DHCP Failover)

En esta ocasión vamos a demostrar una de las nuevas capacidades de Windows Server 2012 en relación al servicio DHCP

Uno de los pedidos muy escuchados entre los administradores es la forma de proveer tolerancia a fallas sobre el servicio DHCP.
Existen con los sistemas operativos actuales algunas soluciones, pero o bien son caras y complicadas (clustering), o bien requieren alguna intervención humana cuando se produzca alguna falla

A partir de Windows Server 2012 podremos configurar dos servicios DHCP de forma tal que se balancee la carga, o tener el servicio en modo Activo-Pasivo, de forma tal que si el Activo dejara de prestar servicio el Pasivo lo reemplace en forma automática

Y todo esto de forma muy sencilla, y configurando sólo uno de los servidores

La infraestructura de la que partiré es muy sencilla

  • DC1: Controlador de Dominio
    Luego le agregaré el servicio DHCP
    Dirección IP: 192.168.222.201
  • DHCP-1: Servidor miembro del Dominio
    Donde instalaremos el segundo servicio DHCP
    Dirección IP: 192.168.222.103
  • CL1: Cliente Windows 8 miembro del Dominio
    Que nos servirá para las demostraciones

Lo primero que debemos hacer es instalar el servicio DHCP tanto en DC1 como en DHCP1.
Muestro sólo las capturas de pantalla DHCP-1, para no repetir inútilmente, pero recuerden que hay que hacerlo exactamente igual además en DC1

Comenzamos de la forma clásica, en Server Manager eligiendo agregar la funcionalidad de DHCP como muestran las figuras del asistente

Observemos que nos ofrece la opción de completar la configuración. En nuestro caso no la usaré, sino que daré por finalizado con el botón “Close”, así podremos ver cómo la podemos completar posteriormente

Como no lo habíamos hecho con anterioridad, ahora nos aparece la “bandera roja” indicando un evento importante, abrimos y vemos que tenemos la opción que habíamos dejado antes. Usémosla

Lo que nos está solicitando es la autorización del servicio, como es habitual en los DHCPs de Microsoft.
Recordar que se necesitan los privilegios de un Enterprise Admin

Observermos que además creará dos grupos locales: DHCP Admins con privilegios para administrar el servicio, y DHCP Users que tendrán privilegio de lectura sobre la consola del mismo

Recordemos que debemos repetir la instalación en DC1, siguiendo los mismos pasos anteriores

Haré todo el proceso desde DHCP-1, aunque lo podría hacer también desde el otro.
Comenzamos desde Server Manager, Tools, DHCP. Y creamos un nuevo Scope (Ambito) siguiendo el asistente

Elijan el nombre que quieran :)

Un ámbito que no se superponga con las direcciones IP asignadas manualmente y válido para la red que estén usando

En este ejemplo use un tiempo muy corto de “lease” porque tenía idea de hacer la demostración en forma automática, pero luego desistí y directamente usé IPCONFIG con /RELEASE y /RENEW bajando el servicio. De todas formas no afecta la demostración

Puerta de Enlace adecuada a la red que estén utilizando

El asistente automáticamente sugiere el nombre del dominio y la dirección IP del servidor DNS

No usamos WINS :)

Y finalmente lo activamos

Nos quedará así

Comencemos a configurar el “failover”, lo haré desde DHCP-1
Sobre el “Scope” creado, con botón derecho elijo “Configure Failover…”

La introducción al tema

Seleccionamos al otro servidor que formará parte del “failover”

Tenemos dos opciones para configurar el tipo de “Failover”, en este momento elijamos “Load Balance”, luego lo haremos con la otra opción
Observer que se puede elegir una distribución porcentual de carga, y además una clave secreta de autenticación entre ambos

Todo correcto :)

Si vamos a DC1 (el otro servidor) podremos observar que se ha replicado el Scope (ámbito)

Podemos observar que CL1 ha tomado automáticamente una dirección IP desde el servidor DC1 (192.168.222.201)

Si vamos a DHCP-1 podremos observar que la asignación hecha por DC1 está replicada en DHCP-1

Para simular una falla, detengamos el servicio DHCP en DC1

En el cliente CL1 ejecutemos un IPCONFIG /RELEASE e IPCONFIG /RENEW para simular un cliente que necesita urgente renovar su configuración IP

Si ahora en CL1 ejecutamos un IPCONFIG /ALL observaresos que ahora ha obtenido la configuración desde DHCP-1 (192.168.222.103)
Y además que ha mantenido su IP, pues ambos DHCPs comparten el “Scope”

Para ir a la segunda parte de esta demostración, configurando el “failover” en modo Activo/Pasivo debemos eliminar la configuración actual primero

Así que en DHCP-1 ejecutamos el asistente como muestran las figuras

Podemos observar que en DC1 ya no existe el “Scope”

Comencemos nuevamente desde DHCP-1 para configurar la otra posibilidad de “failover”

Análogamente al caso anterior seleccionamos a DC1, pero tengamos en cuenta que debemos desmarcar la opción “Reuse existing failover relationship …” pues de otra manera repetiría la configuración anterior

No lo haré en esta demostración pero deténgase a observar algunas de las configuraciones disponibles en el siguiente cuadro, muy interesantes :)

Ahora en CL1 ejecutemos IPCONFIG /RELEASE e IPCONFIG /RENEW para forzar una renovación de configuración IP

Con IPCONFIG /ALL podemos observar que tomó configuración desde DHCP-1 (192.168.222.103)

Entonces detengamos el servicio DHCP en DHCP-1

Y ejecutemos en CL1, primero IPCONFIG /RELEASE e IPCONFIG /RENEW, para luego con IPCONFIG /ALL observar que al no obtener respuesta desde DHCP-1 ahora tomó configuración desde DC1 (192.168.222.201)

Como hemos visto en esta demostración, el servicio DHCP en esta versión de Windows Server 2012 tiene cambios importantes, entre ellos la posibilidad de tener tolerancia a fallas, sin “Failover Cluster”, solamente con dos servidores DHCP que pueden configurarse para trabajar repartiendo la carga (Load Balance) o en modo Activo/Pasivo

Anuncios
Post a comment or leave a trackback: Trackback URL.

Comentarios

  • leoponti  On 04/05/2012 at 17:02

    Excelente articulo!!!!, y como bien comienza tu post, esto venia siendo muy solicitado por quienes administramos actualmente o en el pasado, servicios de DHCP :)
    Muchas gracias por la info Guille!!

    Abrazo!

  • Federico  On 06/05/2012 at 00:30

    Esta muy interesante

  • Jorge Cavallin  On 27/05/2012 at 18:52

    Se puede instalar en servidores miembro?

    • Delprato  On 28/05/2012 at 15:50

      Justamente eso es lo importante: sin “failover cluster”

      Y si te interesa el tema fijate el otro post de Hyper-V que muestra “Virtual Machine Live Migration” y sin “Failover cluster”. Lo probé y anda perfecto :)

  • Antonio Gutierrez  On 09/05/2013 at 10:53

    Muy buen artículo, no me he dedicado a ver a detalle como funciona ésta característica, pero lo primero que me viene a la mente al verlo es que suena muy bien si solamente tenemos un scope y un segmento de red, pero el escenario más común en empresas de medianas a grandes es multiples segmentos de red y uso de varios scopes, para los cuales los routers tienen que hacer relay hacía los servidores DHCP, no estoy seguro si un router te permite hacer relay a más de un servidor, si lo permite la duda esta resuelta, pero si no ¿Cómo podríamos aprovechar éste failover? Gracias de antemano, saludos.

    • Delprato  On 09/05/2013 at 11:48

      Hola Antonio, en un Router Windows se puede configurar en el “DHCP Relay” más de un servidor DHCP, y pienso que en la mayoría de las implementaciones
      Pero el problema es que el tráfico desde éste a el/los servidores DHCP es “unicast”, por lo que no habría forma que lo reciban ambos servidores DHCP.

      Pensando en empresas de medianas a grandes la solución pasaría por ponerlos en “Cluster”

  • jecavallin  On 09/05/2013 at 22:23

    Hola. muy buen trabajo. Gracias

  • Edgar  On 30/12/2014 at 16:30

    Gracias por el aporte!!
    Y saludos desde Mexico…

  • Luis  On 21/01/2016 at 11:34

    Muy buen trabajo! Reviviendo un poco este topic, si tenemos dos DC llamados DC1 y DC2, DC1 cuenta con el rol de DHCP, podemos utilizar el DC2 tambien como failover (aprovechando que ya es un failover del DC digamos) o tiene que ser si o si un servidor dedicado para el DHCP?

    • Guillermo Delprato  On 21/01/2016 at 13:46

      Hola Luis, si, por supuesto, no hay problema en que sean los dos DCs
      Lo único, ten en cuenta que son dos funcionalidades totalmente separadas, la tolerancia a fallas de una, no se lo da a la otra automáticamente

  • Adrian  On 21/04/2017 at 16:31

    Genio!!, gracias

Este espacio es para comentarios sobre la nota. No es un sitio de soporte

Introduce tus datos o haz clic en un icono para iniciar sesión:

Logo de WordPress.com

Estás comentando usando tu cuenta de WordPress.com. Cerrar sesión / Cambiar )

Imagen de Twitter

Estás comentando usando tu cuenta de Twitter. Cerrar sesión / Cambiar )

Foto de Facebook

Estás comentando usando tu cuenta de Facebook. Cerrar sesión / Cambiar )

Google+ photo

Estás comentando usando tu cuenta de Google+. Cerrar sesión / Cambiar )

Conectando a %s

A %d blogueros les gusta esto: