You are on page 1of 56

Windows Server 2012: Failover Cluster para Hyper-V (Parte 1 Creando la Infraestructura)

Los equipos que utilizaremos son cuatro: un Controlador de Dominio (necesitamos Dominio para implementar Failover
Cluster), dos servidores miembros del Dominio que sern 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 diseo de conectividad entre los
equipos, ya que necesitaremos tres redes que yo he nombrado de la siguiente forma:

DomainNet: conocida como red pblica, es la red que utilizarn los clientes para acceder al Cluster

HeartbeatNet: es la red que permite la comunicacin interna entre los nodos del Cluster

SANNet: que corresponde a la red que utilizarn los nodos del Cluster para conectarse por iSCSI a el dispositivo
de almacenamiento (SAN)

Otro detalle importan es la seleccin 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 ms convenientes.
Luego del cuadro aclarar algunos puntos importante en cuanto al manejo de redes que hace Windows Server 2012 y que
debemos solucionar

1
Es un problema que Windows Server 2012 no nos permita elegir a nuestra necesidad si una red es pblica 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 pblica, y por lo menos yo, no he encontrado la forma de pasarla a red de trabajo :-(

Y necesitamos que estas redes (HeartbeatNet y SANNet) sean consideradas redes de trabajo. La solucin 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 podran interferir con el Default Gateway que realmente necesitamos y est configurado sobre
la DomainNet. Qu hecho para solucionarlo? En la configuracin de Default Gateway de HeartbeatNet y SANNet le he
quitado la mtrica automtica, y le he puesto a mano 500. Un valor lo suficientemente alto para que no interfiera. Aun as,
el sistema sigue considerando a las redes como pblicas, as que tenemos que hacer algo ms. Pulsamos sobre el icono
de red de la barra de tareas y nos aparecern a la derecha las redes. Con botn 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 mquinas y verifiqu conectividad con PING <DirIP>

Estando todo bien, volv a levantar todos los cortafuegos. Si lo estn haciendo con mquinas 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 necesitarn poder hacer virtual dentro de virtual y no todos los sistemas lo permiten

Windows Server 2012: Failover Cluster para Hyper-V (Parte 2 Configurando la SAN)

Continuando esta serie de notas, una vez que tengamos preparada la infraestructura tal como planteamos en Parte1
Creando la Infraestructura, ya podemos comenzar la configuracin de las mquinas.

En mi caso comenzar con la mquina SAN a configurar el iSCSI Target. Recordemos que esta es la nica mquina que
est en grupo de trabajo, no unida al Dominio.

Como configuracin especfica, aunque no necesaria, esta mquina tiene un segundo disco rgido donde crear las
unidades virtuales que ofrecer a los iSCSI Initiators (HYPER1 y HYPER2)

2
Comenzaremos agregando la funcionalidad iSCSI Target siguiendo los paso habituales

3
4
iSCSI Target Server es un componente de File and iSCSI Services

Agregamos los componentes adicionales sugeridos

5
Y continuamos

6
Teniendo la funcionalidad instalada, comencemos la configuracin. Para eso en Server Manager elegimos File and Storage
Services

7
Ahora vamos a iSCSI, y en las Tasks, elegimos crear un New iSCSI Virtual Disk

En mi caso lo har sobre el disco adicional que he mencionado al principio de la nota

8
Le pondremos un nombre

El tamao que deseemos poner al disco virtual

9
Como se lo debemos asignar a un iSCSI Target que an no hemos creado, el sistema nos propone crear uno, as que
sigamos el asistente

Ponemos un nombre al iSCSI Target

10
Y debemos agregar los iSCSI Initiators, estos son los nodos del cluster (HYPER1 e HYPER2) que se conectarn a este
iSCSI Target, as que con el botn Add procederemos a agregarlos

Observen que he optado por agregarlo por la direccin IP de cada uno

11
En forma anloga, agregaremos al segundo, y nos quedar as

No habilitaremos autenticacin entre Initiators y Target

12
Confirmamos y creamos

13
Dado que deseamos que este disco que acabamos de crear pueda ser agregado a CSV (Cluster Shared Volume),
debemos agregar otro disco para que el Cluster lo utilice como Quorum Disk

Volvemos repetimos el proceso de creacin de un nuevo disco que agregaremos al Target

Todo de acuerdo a las siguientes figuras

14
Lo llamar QuorumDisk

15
Puede ser chico, as que tomar slo 5GB

16
17
Quedar finalmente as

Teniendo ya preparado y configurado el iSCSI Target en la SAN, en la prxima nota configuraremos los iSCSI Initiators en
los nodos del Cluster.

18
Windows Server 2012: Failover Cluster para Hyper-V (Parte 3 Configurando los iSCSI Initiators)

Siguiendo con esta serie de notas para configurar un Failover Cluster para Hyper-V y ya teniendo configurado el iSCSI
Initiator en la SAN como vimos en la nota anterior, ahora vamos a configurar en ambos nodos del Cluster el iSCSI Initiator.
De la nota anterior, ya configuramos en el equipo SAN el iSCSI Target y configuramos quines iban a ser los iSCSI
Initiators, as que ahora nos toca configurar estos ltimos para que se conecten al Target. Como primera medida,
revisemos en nuestra SAN que el iSCSI Target est creado.

Como podemos observar, est creado, aunque por ahora su estado es Not connected

Los siguientes procedimientos de configuracin de los iSCSI Initiators yo lo demostrar usando HYPER1, pero tengan en
cuenta que se debe realizar en ambos nodos (HYPER1 e HYPER2). El iSCSI Initiator es un componente que est instalado
por omisin, as que cuando lo ejecutemos por primera vez nos preguntar si queremos configurarlo para arranque
automtico, lo cual por supuesto confirmaremos

19
En la direccin del Target colocamos la direccin IP de nuestr equipo SAN, y elegimos Quick Connect

20
Vemos que lo ha encontrado automticamente

Como vamos a conectar el nico disco que creamos vamos a Volumes and Devices y elegimos Auto Configure.
Esta opcin permite agregar todos los volumenes, slo que en nuestro caso todos es el nico creado :-)

21
Revisemos que lo haya agregado en Favorite Targets

22
Una vez que hemos realizado el procedimiento anterior en ambos nodos, ahora en HYPER1 abrimos el administrador de
discos. Debemos poner Online, Initialize y crear un volumen (particin) en cada uno de los discos. Lo mostrar slo para
uno, porque adems de anlogo en cada disco supongo que nadie tendr dificultades

23
24
Si apareciera esta ventana, pulsar Cancel

25
Quedar as

Ahora vamos al segundo nodo (HYPER2) y desde el administrador de discos, solamente debemos ponerlo Online ya que
desde el primer nodo los hemos inicializado y creado el volumen en cada uno

Tambin quedar as

26
Recapitulando lo hecho hasta ahora:

Creamos la infraestructura

Configuramos el iSCSI Target en SAN

Configuramos ambos nodos de los que ser el Cluster para ver el disco de almacenamiento como si fuera local en
ambos nodos

Windows Server 2012: Failover Cluster para Hyper-V (Parte 4 Instalando la funcionalidad Failover
Cluster e Hyper-V)
Continuando con esta serie de notas, en esta ocasin, vamos a instalar la funcionalidad de Failover Cluster en ambos
nodos. Recordemos que ya tenemos armada la infraestructura necesaria con las cuatro mquinas con su configuracin,
est creado el iSCSI Target (SAN), y tenemos conectados los nodos que formarn el Cluster mediante sus iSCSI Initiators.

As que ahora instalaremos la funcionalidad Failover Cluster. Para no hacer estas notas muy largas y tediosas, no
demostrar la instalacin de Hyper-V, slo la de Failover Cluster que aunque no es nada complicada, es menos comn su
instalacin. Para la instalacin de Hyper-V es el procedimiento habitual, no he cambiado ninguna de las opciones por
omisin, ni he creado una red pblica durante la instalacin. Slo next, next. IMPORTANTE POR EXPERIENCIAS
PREVIAS: Luego de la instalacin de Hyper-V en cada uno de los nodos ahora se debe crear una red de tipo Externa,
que en mi caso llam ExternalNet. Si no se hace ahora, se encontrarn con un problema de no fcil solucin cuando
tengamos el Cluster armado. La funcionalidad Failover Cluster es un Feature que se instala siguiendo los pasos
habituales para el agregado de funcionalidades. Si tenemos correctamente los pasos detallados en las notas anteriores no
tendr ninguna dificultad.

27
Por las dudas, y para verificar podemos ir al equipo SAN, y en iSCSI verificar que tenemos los Initiators ya conectados.
Este procedimiento lo debemos hacer en ambos futuros nodos, aunque por supuesto no repetir las capturas de pantalla,
pero recuerden que deben ejecutarlo tal cual en ambos (HYPER1 y HYPER2): Instalar Failover Clustering

28
29
Recordemos que es un Feature, no es Rol, as que seguimos hasta la prxima

30
Agregamos los requerimientos

31
32
Y esperamos a que finalice para cerrar.

Windows Server 2012: Failover Cluster para Hyper-V (Parte 5 Creando y Configurando el Failover Cluster)
Y proseguimos con esta serie de notas. Teniendo la infraestructura creada, conectados los dos futuros nodos al
almacenamiento iSCSI, instalada la funcionalidad de Hyper-V, e instalado el Failover Cluster, ahora nos toca crear el
Cluster. Recordemos que tenemos la funcionalidad instalada en ambos nodos (HYPER1 e HYPER2), esto nos permitir
hacer toda la configuracin desde el Server Manager de uno de los nodos. Simplemente cuando creamos el Cluster le
diremos cules son los dos equipos que intervienen

33
En realidad para esta demostracin en ambiente de pruebas que estamos haciendo no sera necesario hacer una
validacin de la configuracin que usaremos. Simplemente lo har para que se vean los pasos necesarios. Desde ya que
para un ambiente productivo es altamente recomendable hacerlo, no slo que nos informar de cualquier problema que
tengamos de configuracin, sino que tambin es requisito para que Microsoft d soporte sobre el mismo

34
Agregaremos los nombres de los equipos que formarn el Cluster

35
36
En muy poco tiempo har todas las comprobaciones

Veamos el reporte

37
Podemos desplazarnos por el reporte para ver todos los detalles de las comprobaciones, pero si en la primera parte vemos
todo verde significa que est todo bien

38
Cerrado el reporte, aprovechamos que est marcada la opcin de comenzar a crear el Cluster as que pulsamos Finish, y
comenzar el asistente de creacin

39
Atencin con esta pantalla que debemos configurar datos muy importantes. Debemos asignar un nombre al Cluster, en mi
caso seleccion HyperCluster. Y adems debemos seleccionar la red por la que los clientes accedern al cluster, y
asignar la direccin IP del Cluster. El cuadro no alcanza a verse por completo, pero desmarqu dos redes (HeartbeatNet y
SANNet) para indicar que slo se atender por la DomainNet, asignndole la direccin IP 192.168.1.200

40
Trabajando

41
Podemos observar que se ha creado el Cluster de acuerdo a nuestra configuracin
42
Les sugiero ir abriendo el rbol sobre el lado izquierdo y observando. Por ejemplo podemos ver que se ha asignado el
almacenamiento previsto, e inclusive que ha tomado correctamente como Witness Disk al ms chico (5GB)

43
Y ahora vienen tres configuraciones importantes que debemos controlar y seguramente cambiar. Se trata del uso de cada
una de las tres redes a las que est conectado cada nodo. Comenzamos por las propiedades de la primera, la Cluster
Network 1, como podemos observar por la direccin IP corresponde a la DomainNet que es por donde atender a los
clientes y por lo tanto es correcta la configuracin de permitir la comunicacin y atender a los clientes

Continuamos con la Cluster Network 2. Podemos ver por la direccin IP que se trata de la SANNet, y por lo tanto no se
debe usar para comunicacin del Cluster, esta red debe estar reservada slo para comunicacin iSCSI

44
Y por ltimo la Cluster Network 3 corresponde a la HeartbeatNet, sobre esta debemos permitir la conexin del Cluster,
pero que no se conecten los clientes

45
Un par de comprobaciones ms que todo est funcionando como es debido. Si vamos a DC1 y abrimos la consola DNS
veremos la registracin del HyperCluster

Y finalmente vamos a Active Directory Users and Computers, y observemos que se ha creado la cuenta de mquina

46
Un paso ms a ejecutar, as dejamos todo listo para en la prxima nota instalar una mquina virtual de alta disponibilidad.
En HYPER1, en la consola Failover Cluster Manager, busquemos y seleccionemos el disco que utilizaremos para
almacenar las virtuales, y con botn derecho elijamos Add to Cluster Shared Volumes

Windows Server 2012: Failover Cluster para Hyper-V (Parte 6 Creando una Mquina Virtual con
Alta Disponibilidad)
Continuamos con esta serie de notas. Ya armamos la infraestructura, creamos nuestra SAN con sus discos, conectamos
los iSCSIs, instalamos Hyper-V en ambos nodos, creamos y configuramos nuestro Cluster ya nos queda crear una
mquina virtual con alta disponibilidad, y comenzar las pruebas

Comenzaremos creando la mquina virtual en HYPER1, desde Failover Cluster Manager

Con botn derecho sobre Roles, elegimos Virtual Machines / New Virtual Machine y comenzamos el asistente

47
Elegimos el nodo que la tendr

48
Atencin al siguiente cuadro, debemos almacenar la mquina en el disco compartido

Yo he personalizado los valores de memoria, pero es a gusto y disponibilidad de recursos de cada uno

49
La conectar a la ExternalNet

50
51
En este momento, hay que hacer la instalacin del Sistema Operativo en la mquina virtual, no pondr las capturas de
pantalla ya que supongo que para todos los que lean esto es algo muy sencillo. Se puede hacer desde la propia consola

52
Filover Cluster Manager. Por consumo de recursos, y no por otro motivo, yo instalar un Windows Server 2012 Standard
Core, pero pueden instalar a gusto de cada uno

Comentario: no lo he podido probar personalmente, pero me han comentado que con las versiones Beta de Windows
Server, no solamente las redes se deban llamar exactamente iguales, sino que era importante tambin que estuvieran
definidas en el mismo orden. Desconozco si se ha arreglado en la versin definitiva

53
Si ejecutamos la Live Migration, veremos que comienza la migracin

54
Para finalmente estar disponible en HYPER2 [La pantalla siguiente no es la correcta. Debera mostrar en la parte central
que est ejecutando en HYPER2, no en HYPER1]

55
Inclusive, podemos simular una falla, en mi caso apagar HYPER2, y veremos como automticamente arranca la mquina
en HYPER1

Creo que ha sido una muy buena experiencia para el que ha seguido esta serie de notas

Comenzamos desde lo ms bsico como fue armar la infraestructura de red, que por cierto no da poco trabajo, y luego
hemos ido construyendo cada uno de los componentes necesarios para tener nuestro Filover Cluster para utilizar con
Hyper-V en este caso, pero no est limitado a solamente eso por supuesto.

56

You might also like