HyperV


Creando un Failover Cluster Virtualizado
En esta ocasión vamos a ver cómo podemos crear un Failover Cluster en máquinas virtuales, que luego podremos usar para otras experiencias.
Una ventaja importante de hacerlo con máquinas virtuales, es que podemos congelar estados (snapshots) con lo que podremos usar la instalación para diferentes pruebas. O inclusive animarnos a hacer esas experienciasde las que no estamos seguros de los resultados, ya que podremos recuperar fácil y rápidamente la configuración anterior.
[Actualización] He preparado una serie de notas para armar un Failover Cluster sobre Windows Server 2012. Esta nueva demostración puede aplicarse tanto en real, como en máquinas virtuales tradicional
Pasos:


Windows Server 2012: Failover Cluster para Hyper-V (Parte 1 –Creando la Infraestructura)
En esta parte se señala 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 servidoresmiembros 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 siguienteforma:
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 autilizar, 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 siuna 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 DefaultGateway 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 paraque 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 notenemos problemas de conectividad, en mi caso provisoriamente desactivé los cortafuegos de todas las máquinas y verifiqué conectividad con PING
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...