Este es mi resumen de la conmutación por error de DHCP, la información en gran parte a sido obtenida de https://technet.microsoft.com/es-ar/library/hh831385.aspx
En
Windows Server® 2008 R2, hay dos opciones de alta disponibilidad
para la implementación del Servidor DHCP. Cada una de estas opciones presenta
algunos desafíos.
- DHCP en un clúster de conmutación por error de Windows. Esta opción coloca el servidor DHCP en un clúster con un servidor adicional configurado con el servicio DHCP que da por supuesta la carga si se produce un error en el servidor DHCP principal. La opción de implementación de clústeres usa un almacenamiento compartido único. Esto hace que el almacenamiento sea un punto único de error y requiere más inversión en redundancia para el almacenamiento. Además, los clústeres implican una configuración y un mantenimiento relativamente complejos.
- DHCP de ámbito dividido. DHCP de ámbito dividido usa dos servidores DHCP que comparten la responsabilidad de un ámbito. Generalmente, el 70% de las direcciones del ámbito se asignan al servidor principal y el 30% restante se asignan al servidor de reserva. Si los clientes no pueden tener acceso al servidor principal, pueden obtener una configuración IP del servidor secundario. La implementación de ámbito dividido no proporciona continuidad de direcciones IP y no se puede utilizar en escenarios donde el ámbito ya se esté ejecutando con una alta utilización del espacio de la dirección, lo cual es muy común con el Protocolo de Internet versión 4 (IPv4).
La
conmutación por error DHCP en Windows Server 2012 permite a los administradores
implementar un servicio DHCP altamente resistente para respaldar una gran
empresa sin los desafíos de las opciones que se analizaron anteriormente. Los
objetivos principales de la característica son los siguientes:
- Proporcionar disponibilidad del servicio DHCP en todo momento en la red de la empresa.
- Si ya no se puede obtener acceso a un servidor DHCP, el cliente DHCP puede extender la concesión de su dirección IP actual poniéndose en contacto con otro servidor DHCP de la red de la empresa.
Conmutación
por error DHCP proporciona la capacidad de tener dos servidores DHCP que
suministren direcciones IP y opciones de configuración a la misma subred o ámbito,
lo que ofrece una disponibilidad continua del servicio DHCP a los clientes. Los
dos servidores DHCP replican la información de concesión entre ellos, para que
un servidor asuma la responsabilidad de ofrecer servicios a los clientes de
toda la subred cuando el otro servidor no esté disponible. También es posible
configurar la conmutación por error en una configuración de equilibrio de carga
con las solicitudes de clientes distribuidas entre los dos servidores en una
relación de conmutación por error.
La
conmutación por error DHCP en Windows Server 2012 admite un máximo de dos
servidores DHCP y la relación de conmutación por error se limita a ámbitos y
subredes IPv4. Los nodos de red que usan el protocolo de Internet versión 6
(IPv6) generalmente determinan su propia dirección IPv6 mediante la
configuración automática de IP sin estado. En este modo, el servidor DHCP
ofrece solamente la configuración de opción DHCP y el servidor no mantiene
ninguna información de estado de concesión. Se puede obtener una implementación
de alta disponibilidad para DHCPv6 simplemente configurando dos servidores con
una configuración de opción idéntica. Aún en una implementación de DHCPv6 con
estado, los ámbitos no se ejecutan con una alta utilización de direcciones, lo
que hace del ámbito dividido una solución viable para la alta disponibilidad.
Implementación
Instalar el servicio en ambos equipos. Luego configurar el ambito y al dar click izq. al mismo nos habilitará la opción de configurar la conmutación por error:
y seguir el sencillo asistente. Algo a tener en cuenta es la arquitectura a elegir.
Arquitectura de la conmutación por error DHCP
Arquitectura de la conmutación por error DHCP
Los
administradores puede implementar servidores DHCP que ejecutan Windows Server
2012 como asociados de conmutación por error, ya sea en modo de espera activa
como en modo de uso compartido de cargas.
Modo de espera activa
En modo
de espera activa, operan dos servidores en una relación de conmutación por
error donde un servidor activo es responsable de conceder direcciones IP e
información de configuración a todos los clientes del ámbito o la subred. El
servidor secundario asume esta responsabilidad si el servidor principal no se
encuentra disponible. Un servidor es principal o secundario en el contexto de
una subred. Por ejemplo, un servidor que tiene el rol de principal para una
subred determinada podría ser un servidor secundario para otra subred.
El modo
de operación de espera activa es el más conveniente para implementaciones en
las que una oficina central o un servidor de centro de datos actúa como
servidor de reserva de un servidor que se encuentra en un sitio remoto, que es
local para los clientes DHCP (por ejemplo, una implementación tipo
hub-and-spoke). En dichas implementaciones, se recomienda contar con un
servidor en espera remoto que proporcione servicio a los clientes a menos que el
servidor DHCP local no esté disponible. En la siguiente figura se presenta un
ejemplo de una implementación tipo hub-and-spoke.
Modo de uso compartido de cargas
En la
implementación de modo de uso compartido de cargas, que es el modo de
funcionamiento predeterminado, dos servidores abastecen opciones y direcciones
IP a los clientes de una subred determinada. Las solicitudes del cliente
presentan un equilibrio de carga y se comparten entre los dos servidores.
El modo de funcionamiento del uso compartido de
cargas es el más apropiado para implementaciones en las que ambos servidores en
una relación de conmutación por error se encuentran en el mismo sitio físico.
Ambos servidores responden a las solicitudes del cliente DHCP en base a la
relación de distribución de carga que configure el administrador. 