WindowServer

Hace algún tiempo hice una nota con la misma finalidad que esta, crear en Windows Server 2012, un Failover Cluster pero dejé todo luego de realizar sólo la primera parte. Aunque la configuración de dicha nota fue correcta, en realidad está muy relacionada a las anteriores implemntaciones del sistema operativo, cuando a partir de Windows Server 2012, lo podemos hacer no sólo más sencillo, sino que además veremos nuevas funcionalidades

Es de fundamental importancia comenzar con una buena base, así que en esta nota veremos cómo configurar las máquinas necesarias, la mínima cantidad como para este paso a paso, verificar la correcta configuración de las mismas, y crear el medio que usaremos de almacenamiento (iSCSI Target)

Los equipos que utilizaremos son cuatro: un Controlador de Dominio (necesitamos Dominio para implementar Failover Cluster), dos servidores miembros del Dominio que serán los nodos del Cluster (HYPER1 e HYPER2), y por último lo que utilizaremos como SAN que no es otra cosa que un Windows Server 2012 con iSCSI Target, ya que ahora viene incluido en el sistema operativo

Pienso que lo mejor para ser claro es incluir una figura con el diseño de conectividad entre los equipos, ya que necesitaremos tres redes que yo he nombrado de la siguiente forma:

• DomainNet: conocida como “red pública”, es la red que utilizarán los clientes para acceder al Cluster
• HeartbeatNet: es la red que permite la comunicación interna entre los nodos del Cluster
• SANNet: que corresponde a la red que utilizarán los nodos del Cluster para conectarse por iSCSI a el dispositivo de almacenamiento (SAN)

Otro detalle importan es la selección de direcciones IP a utilizar, ya que debemos tener en cuenta que necesitaremos tres subredes diferentes. Muestro las que yo he elegido, pero por supuesto pueden usar las que crean más convenientes. Luego del cuadro aclararé algunos puntos importante en cuanto al manejo de redes que hace Windows Server 2012 y que debemos solucionar

Es un problema que Windows Server 2012 no nos permita elegir a nuestra necesidad si una red es pública o privada, o mejor dicho nos impone ciertas condiciones. Una de ellas es que si no hay configurado Default Gateway, considera que la red es pública, y por lo menos yo, no he encontrado la forma de pasarla a red de trabajo 🙁

Y necesitasmos que estas redes (HeartbeatNet y SANNet) sean consideradas redes de trabajo

La solución que he encontrado fue ponerle un innecesario Default Gateway apuntando a otro equipo de la misma red. Pero esto nos puede traer otros problemas ya que podrían interferir con el Default Gateway que realmente necesitamos y está configurado sobre la DomainNet

¿Qué hecho para solucionarlo? En la configuración de Default Gateway de HeartbeatNet y SANNet le he quitado la métrica automática, y le he puesto a mano 500. Un valor lo suficientemente alto para que no interfiera

Aún así, el sistema sigue considerando a las redes como públicas, así que tenemos que hacer algo más. Pulsamos sobre el icono de red de la barra de tareas y nos aparecerán a la derecha las redes. Con botón derecho sobre cada una de ellas habilitemos el compartir archivos e impresoras (es necesario)

Por último, y muy importante antes de seguir adelante verifiquemos que no tenemos problemas de conectividad, en mi caso provisoriamente desactivé los cortafuegos de todas las máquinas y verifiqué conectividad con PING <DirIP>

Estando todo bien, volví a levantar todos los cortafuegos

Si lo están haciendo con máquinas virtuales, como yo, es momento de hacer un “snapshot”
En el caso de estar haciendo en virtuales, recuerden que para poder hacer el cluster de Hyper-V necesitarán poder hacer “virtual dentro de virtual” y no todos los sitemas lo permiten