CLUSTER DE CONMUTACIÓN POR ERRORES EN WINDOWS 2012

SERVER

Vamos a partir de un sistema que tiene las siguientes características:

 Tengo un dos redes, una clientelar (192.168.0.0/24), donde se
encuentran todos los equipos y otra de almacenamiento(172.26.0.0/16)
NAS, donde sólo estará el servidor NAS y una tarjeta de red con los
nodos de los cluster. (se puede hacer con una única red)
 Tengo un Active Directory (AD) asociado al nombre asir.es, así como el
DNS que controlará esa zona directa y la inversa 0.168.192.in-
addr.arpa.
 Tengo dos equipos Windows 2012 Server que los voy a llamar nodo1, y
nodo2, los cuales serán los nodos del cluster, y donde posteriormente
montaremos un DHCP como rol del cluster.
 Por último tengo un servidor NAS, que publica dos discos, uno lo usaré
como testigo del Cluster, y otro para el servicio DHCP.

¿Por qué usar un testigo de cluster? La razón es no perder el funcionamiento

del cluster si cae el 50% o más de los nodos. En este caso como sólo tengo
dos nodos, con que caiga uno estaré en ese caso, y sin usar testigo hay
anomalías de funcionamiento. Con el testigo, permite que aunque caiga más
del 50% de los nodos el clúster funcione correctamente. Se recomienda con un
numero par de nodos usar siempre testigo, si es impar se puede no utilizar,
aunque sique siendo recomendable.

¿Por qué usar un disco iScsi como testigo? Básicamente, el testigo lo que
guarda es el estado del cluster, con lo cual si cayerá el nodo el que tome el
control tendrá toda la información. Hay dos formas, o por carpetas compartidas
y que mediante la red se sincronicen, o tener un disco de al manos 512Mb para
realizarlo. Me parece más seguro y eficiente el disco.

Una vez que tenemos el punto de partida, con los dos nodos incluidos en el
AD, vamos a montar el cluster, y provocar un fallo para ver como conmutaría el
control de un nodo a otro.

CONFIGURANDO LOS NODOS

La configuración que voy a hacer debe ser común para los nodos del cluster,
aunque solo muestre como lo hago en el nodo1, hay que repetirlo en el nodo 2.

Lo primero que haré es añadir los discos iScsi que tengo publicados en el
servidor NAS. Mi servidor NAS tiene como dirección la 172.26.0.200. Una vez
conectados, iré al administrador de discos, para inicializar, particionar y
formatear si fuera necesario. (en este caso es necesario, ya que no lo he hecho
aún)

Voy a la herramienta IScsi dentro de herramientas administrativas e instalo los

discos:
Y veremos en destinos, los dos discos los cuales conectaremos.
Con los dos discos
Ahora iremos al administrador de disco dónde inicializaremos, particionaremos
y formatearemos los dos discos (Hay que ponerlos en linea primero).

Siguiente paso es montar las caracteristica de cluster por conmutación de

error. Iremos a Agregar Roles y Características dentro de la Administración de
Servidor.
Y como vasmos a clusterizar el DHCP, montamos el servicio en el nodo.

Esto hay que repetirlo en todos los nodos que formarán el cluster.

CREACIÓN DEL CLUSTER E INCLUSIÓN DEL SERICIO DHCP

CLUSTERIZADO

Para crear el cluster, necesitamos estar en un equipo dentro del dominio,

logueado con un usuario con derechos de administración. Se puede hacer
desde uno de los nodos, o desde otro equipo, en mi caso lo oy a hacer desde
el equipo AD, instalando las herramientas de administración remota del cluster
y DHCP. La razón de hacerlo en un equipo que no es nodo, es para poder
apagar losnodos sin cambiar la máquina para ver el cluster.

Vamos ahora a motar el cluster. Con la herramienta de administración de

cluster (Herramientas administartivas).

Lo primero que haremos es validar si los nodos que queremos usar tienen las
características necesarias para montar el cluster, evidentemente sí, para eso
los hemos configurado adecuadamente.
Añadiremos los dos nodos que queremos comprobar (nodo1,nodo2 en nuestro
caso).

Y ejecutamos las pruebas, que es lo recomendado, por si no hubieramos hecho

algo correctamente. Salvo un par de errores de configuración y conectividad de
red, debería dar todo en verde. Los errores de red los arreglaremos al darle ip
al cluster.
Damos a finalizar, si no hubiera pasado las pruebas correctamente, al dar a
finalizar acabaría el asistente, si acabaron correctamente, pasaremos al
siguiente, que es la creación del cluster.

Lo primero que haremos es darle una IP al cluster, en mi caso he optado por

darle una IP en cada red, auqneu la que es obligatoria es donde amos a tener
los clientes del cluster. Pongo IP en la otra red para comunicaciones internas
del cluster, auqnque en este caso que uso un disco testigo, no an a ser
necesarias.
En la siguientes opciones decidimos añadir todos los discos disponibles al
cluster, si no lo hacemos ahora deberemos hacerlos luego manualmente. Si lo
elijo ahora, ya directamente el primer disco lo utilizará como testigo, es decir
para guardar el estado del cluster.
Si todo ha ido bien podremos finalizar el cluster.

Vemos que el nodo2 tiene el control del cluster.

Y en las redes, a rede 172.26.0.0/16, la configuramos como sólo cluster

(propiedades)
INSTALAMOS EL ROL DHCP EN EL CLUSTER

Ojo, no funcionará si no está el sericio instalado en los nodos.

Le damos un nombre y una IP al servidor DHCP.

Sólo sale una red puesto que la 172.26.0.0/16 dije que solo era para el
cluster.

Le añadimos el disco libre para los datos del DHCP.

Vemos al terminar el proceso que el servicio está instalado, y ejecutándose en
el nodo2.

Falta un último paso, pero que no es del cluster, es del servicio DHCP, que
cuando se ejecuta desde un AD hay que autorizarlo. Para eso con una cuenta
del AD (yo voy a usar el administrador) autorizaré el servicio.

En herramientas administrativas, elegiré el DHCP y me conectare remotamente

al servicio de dhcp.

Ponemos el nombre, en este caso dhcp (si no funciona con el nombre probad
con la IP).
Botón derecho sobre el equipo y autorizar, eremos que los dos server ipv4 e
ipv6 ya se pondran en verde. (Este paso es del servidor DHCP no por el
cluster)
Hay otras formas de autorizar al DHCP, pero he optado por está concreta.

VEMOS COMO CONMUTA EL SISTEMA

Para verlo, partimos del funcionamiento que teniamos inicial. Los dos nodos
leantados, y siendo el nodo2 el que en este momento controla el DHCP y tiene
posesión de los recursos.
Vamos a apagar el nodo2, y lo vamos a apagar a lo bruto, sin que sea un
apagado controlado. Aquí se va a notar el uso del testigo, si no lo tuviéramos
puesto, es probable que el cluster fallara estrepitosamente, pero vamos a ver
que todo funciona perfectamente.

Esperaremos unos segundos a que el estado del cluster se actualice

(paciencia), y veremos el nuevo estado.

Vemos que el nodo 1 ha tomado el control.