Windows Server 2012 – Demostración: Creando un Failover Cluster Para Usar con Hyper-V en Cluster – Parte 1

El propósito de esta demostración es crear un Failover Cluster con Windows Server 2012, mucho más sencillo que en versiones anteriores, usando dos nodos que ya tienen instalado Hyper-V.
En esta primera nota crearemos el “Failover Cluster”, para luego en la siguiente demostraremos Hyper-V-v3 en el cluster.

Un detalle interesante: a esta altura del producto (Beta) muchos todavía no nos animamos, o no tenemos posibilidades de instalar Windows Server 2012 sobre hardware real con características para soportar Hyper-V: todas las máquinas que vean en esta demostración en realidad son virtuales creadas con otro producto de virtualización, que está desarrollado para ambiente no productivo, pero que facilita mucho la configuración mencionada. Hasta que no dispongamos de Windows 8 con Hyper-V-v3 no tendremos esa facilidad.
Si a alguien le interesa cómo es el “truco” de virtual dentro de virtual, y no sabe cómo hacerlo, sólo pídalo en los comentarios :)

La infraestructura de partida son cuatro servidores con Windows Server 2012 (Build 8250) con la siguiente configuración:

  • DC1
  • Controlador de Dominio: root.guillermod.com.ar
  • Dirección IP: 192.168.222.201/24
  • Servidor DNS
  • Hyper-1
  • Servidor Miembro con 3 conexiones de red
  • Instalado Hyper-V
  • Red Wired Ehternet Connection: 192.168.222.101/24
  • Red ClusterNet: 192.168.1.1/24 (que no registre en DNS)
  • Red iSCSI: 192.168.100.1/24 (que no registre en DNS)
  • Hyper-2
  • Servidor Miembro con 3 conexiones de red
  • Instalado Hyper-V
  • Red Wired Ehternet Connection: 192.168.222.102/24
  • Red ClusterNet: 192.168.1.2/24 (que no registre en DNS)
  • Red iSCSI: 192.168.100.2/24 (que no registre en DNS
  • SAN
  • Servidor en grupo de trabajo (Workgroup)
  • Red iSCSI 192.168.100.100/24
  • Dos discos

La dirección IP 192.168.222.200/24 será la utilizada por el cluster

Una figura aclara más que mil palabras

Y mostremos la configuración inicial de cada una de las cuatro máquinas por si hay dudas

Acá vemos la de DC1

Esta es la de Hyper-1

La siguiente es la de Hyper-2

Y por último la de SAN

Comenzaremos en la máquina SAN instalando el “iSCSI Target” que viene ya incluido es un “Roles Service” de “File and Storage Services”, siguiendo el asistente de acuerdo a las siguientes figuras

Cuando seleccionemos “iSCSI Target Server” debemos agregar los “Features” requeridos

La siguiente figura muestra la configuración de discos que tenemos en SAN. Utilizaremos el Disk1 para alojar los discos VHD que usará nuestro Cluster

Ahora vamos a configurar el “iSCSI Target” siguiendo las siguientes figuras

Seleccionamos el disco E:\ (Disk1)

Crearé un primer disco que hará de “Quorum” del Cluster, y que llamaré “Quorum”. Alcanza con que sea de pequeño tamaño
Observen que el sistema eligió por mi, el “path” en el disco

Una vez creado el VHD, me solicita agregarlo o crear un nuevo “iSCSI Target”, que por supuesto en nuestro caso debemos crearlo

Pueden ponerle el nombre que deseen

Y debemos agregar los nodos que se conectarán. Lo haré por el método clásico y sencillo de indicarlos por dirección IP

Repetir lo mismo agregando al otro nodo, y continuar. Debería quedar así

Ahora debemos agregar otro disco VHD que utilizaremos para almacenamiento de las máquinas virtuales, así que seguimos el siguiente procedimiento, no hay mucho para comentar

Llegados a este punto debemos configurar ambos nodos, Hyper-1 y Hyper-2, con el “iSCSI Initiator”
Muestro las figuras del procedmiento en Hyper-1, pero recuerden que deben repetir en forma análoga en Hyper-2

Siguiendo el procedimiento conocido, en Hyper-1, deberemos ver ambos ambos discos, así que los ponemos “Online” y los “Initialize” y creamos el volumen. En mi caso les asigné las letras Q: y S:

Y llegó el momento de instalar el componente “Failover Cluster”. Aunque muestro las figuras en Hyper-1, esto lo debemos hacer en ambos nodos Hyper-1 y Hyper-2, procediendo de la misma forma en ambos.
Recordar que “Failover Cluster” es un “Feature” y que debemos agregar los componentes necesarios

Teniendo todo instalado en ambos nodos vamos a proceder desde Hyper-1 a validar la configuración primero

Agregamos los nodos

Un momento de suspenso :)

Todo bien :)
Observen que está ya marcada la opción para que comencemos a configurar nuestro Cluster en cuanto finalicemos

Así que seguimos el asistente

Le asignamos la dirección al Cluster

Resumiendo lo hecho hasta ahora. Ya tenemos armado un “Failover Cluster” de dos nodos. Estos dos nodos tienen instalado Hyper-V

En la próxima nota utilizaremos este Cluster, y la funcionalidad Hyper-V para darle disponibilidad a (nuevas) máquinas virtuales

Post a comment or leave a trackback: Trackback URL.

Comentarios

  • Jaiver  On 13/06/2012 at 07:19

    como es el truco de “virtual dentro de virtual”?

    • Delprato  On 13/06/2012 at 13:21

      VMware Workstation 8 (no anterior)
      En los “Settings” de la virtual, en el procesador marcar “Virtualize Intel VT-x/EPT or AMD-V/RVI
      Conviene salir de VMware, y editar el VMX de la virtual agregando ‘hypervisor.cpu.v0 = “FALSE”‘
      Ahora si ya puedes arrancar la virtual, instalar el sevidor y agregarle Hyper-V a la virtual

  • josé dávalos  On 20/07/2012 at 16:48

    Hola. Muy buen post, te lo agradezco mucho. ¿Y para cuándo la Parte 2? Un abrazo.

    • Delprato  On 20/07/2012 at 17:39

      Estoy en duda si hacer la segunda parte, y te comento el por qué
      Está todo armado con la versión “Customer Preview”, ya estamos con la “Release Candidate”, y en muy poco tiempo saldrá la versión final. Están llegando los cambios de versión muy rápido :)
      El armado del cluster, y la segunda parte que es la idea de poner virtuales dentro del cluster, realmente lleva bastante tiempo de instalación; y por supuesto hacer la nota
      No quiero hacer algo que me lleve mucho tiempo, y que en pocos días quede desactualizado
      Además, recién estoy viendo nuevas capacidades que tiene Windows Server 2012, y quisiera combinarlas en una nueva serie de notas, como por ejemplo el tema de guardar las virtuales en carpetas compartidas, y poder migrar el almacenamiento, los “Storage Pools”, y unas cuantas novedades más.
      Server 2012 viene con muchas novedades realmente, no es sólo el cambio de interfaz

  • Jose Agudo  On 15/10/2012 at 10:45

    Muy buena aportación. Realmente, Hyper-V se presenta ya como una alternativa real a VMware y con menor coste de licenciamiento…

  • cmdsistemas  On 14/03/2013 at 12:40

    Un gran trabajo en general el blog, felicidades.

  • Nico  On 22/05/2013 at 16:11

    Hola, por lo que vi en 2012 no seria necesario que el cluster tenga comunicacion con un AD para inicar. Tenes idea como es la mejor forma de manejarlo?

    • Delprato  On 23/05/2013 at 07:48

      Por lo que yo sé, es necesario que los nodos del cluster sean parte de un Dominio. La novedad según lo que he leido es que a diferencia de versiones anteriores funciona aunque el contacto sea únicamente con un RODC (Read Only Domain Controller)

  • Sebastian  On 03/06/2013 at 18:07

    Muy buena documentación!

  • joncris  On 16/07/2013 at 19:40

    Delprato el documento me ha servido mucho. espero puedas colaborarnos con la segunda parte, pues me llama la atensión.

  • Maicu PV  On 01/08/2013 at 17:00

    Hola, queria hacer una consulta por que estuve trabajando con tu info que es excelente y el problema que encontré es el siguiente. Yo tengo dos servidores y un SAN P2000, lo quise poner como DC y siempre tenia un problema. Encontré que no se podría montar un failover sobre DC. Que hay que hacer una virtual y ahí montar el DC. Ademas de esto tengo que poner un sql 2012. Que me recomendas, poner en cada equipo fisico un maq virtual, estas ponerlas como DC y que trabajen con el sql en High Avability? Espero tu comentario y te felicito por el trabajo

    • Delprato  On 01/08/2013 at 17:21

      Un DC nunca debe fomrar parte de un cluster por múltiples problemas
      Un cluster debe obligatoriamente tener más de una dirección de red, y eso trae problemas para un DC
      Además para tener cluster debes tener ambiente de dominio, con lo cual cuando arrancan las máquinas del cluster, el/los controladores de dominio están apagados si fueran virtuales, y por lo tanto deberías tener algún controldor de dominio fuera del cluster
      Un enlace relacionado que te puede dar más info con esto es Domain Controllers as Cluster Nodes – Bad Idea – Cluster Help:
      http://msmvps.com/blogs/clusterhelp/archive/2008/02/12/domain-controllers-as-cluster-nodes-bad-idea.aspx
      Lo normal sería tener dos DCs como mínimo por tolerancia a fallas, y fuera del cluster

      El SQL en virtual en el cluster es una opción, aunque habría que conocer muchos más datos, desde el consumo de recursos que tendrá hasta el rendimiento de los servidores físicos

      ¡Gracias por los comentarios! :-)

  • Aleix Porta  On 05/09/2013 at 11:46

    Excelente trabajo

  • Thomas  On 29/10/2013 at 00:44

    Hola amigos, me podrían ayudar con la configuración del Networking de las 3 tarjeta de red en los servers. Cual seria la configuración a seguir. Se los agradecería.

    Saludos

  • cristian  On 26/12/2013 at 19:59

    hola, buen trabajo, me sirvió mucho. una consulta que puede ser simple pero soy nuevo con esto…

    Si tengo una maquina virtual dentro de un cluster de dos nodos (entiendo que esta maquina se cargara en una solo nodo) y el nodo falla, el cluster hace la conmutación automáticamente al otro nodo, cierto???
    Los procesos que se encuentre activos en la maquina virtual se ven seriamente afectados, levemente, no se afectan?? (asumamos dos esenarios, uno, que es un equipo, donde el usuario usa word y cositas de oficina y dos que es un servidor de transacciones por minuto).

    y una ultima, en el momento tengo una maquina con un DC de 2012 y me gustaría adicionar una maquina para que haga respaldo a ese DC (contingencia), pues tengo planeado montar un servicio de nube y creia que podia montra el DC dentro de un cluster pero por los comentarios anteriores pues.. no es muy buen idea… entonces tienes alguna nota donde se haga este procedimiento.

    que pasaria si le hago una replica con hyperv al DC?? funcionaria como respaldo??

    • Guillermo Delprato  On 27/12/2013 at 08:11

      Hola Cristian,
      Cuando un nodo de un “failover cluster” falla (no la máquina virtual), hay una interrupción de servicio, esto es, pasa un tiempo aunque reducido hasta que la máquina virtual levanta en otro nodo. Dependiendo de configuración y recursos puede demorar más o menos. Por omisión la falla se detecta a los 5 segundos
      Y respondiendo a tu pregunta, efectivamente, los servicios se ven interrumpidos por un tiempo normalmente pequeño
      Si el usuario nota o no cambios, depende totalmente de la aplicación, ya que la mayoría de las aplicaciones tratará automáticamente de reconectar, puede ser que con Word el usuario no note la falla, pero si hay alguna que está continuamente accediendo, entonces sí

      Respecto a agregar un segundo DC (altamente recomendable), hay que tener en cuenta que nunca será de contingencia, ambos funcionarán sincronizadamente y se repartirán la carga
      Revisa esta nota Controladores de Dominio: Tolerancia a Fallas | WindowServer:
      https://windowserver.wordpress.com/2011/05/25/controladores-de-dominio-tolerancia-a-fallas/
      Respecto a montar un DC en un cluster es totalmente válido, no tiene problemas. Lo que NO se debe hacer es que uno de los nodos del cluster sea DC
      La única forma de tener tolerancia a fallas sobre los DCs es tener más de uno y por supuesto una copia de seguridad. No es apropiado usar réplicas de Hyper-V

  • Francisco  On 17/07/2014 at 12:50

    Hola,
    he seguido tu tutorial paso por paso, cuando llego a la parte de iSCSI initiator properties y tengo que poner la ip y darle a quick connect no me aparece nada. ¿Por qué puede ser?
    Toda la configuración está exactamente como en tu manual

    Gracia!

    • Guillermo Delprato  On 17/07/2014 at 14:02

      Hola Francisco, entiendo que no haz tenido problemas con la instalación del “iSCSI Target”, confirma eso primero
      Otra posibilidad es que el problema venga por el lado de la red
      Si desde la máquina haces un PING a la dirección IP del “iSCSI Initiator” ¿responde?
      Porque si no responde el problema pueda ser conectividad de red (no te olvides de permitir el PING en el cortafuegos, o directamente bajarlo para probar

  • Eduardo  On 26/01/2015 at 11:26

    Excelente, muchas gracias por el buen aporte (respecto al cluster) quisiera que por favor me ayudes con una duda que tengo, en tu diagrama el servidor SAN se encuentra en una red independiente, hasta ahí todo bien, mi pregunta es la siguiente…..que pasaría si mi servidor SAN se cae (falla)???como aria para tener un respaldo del quorum y que el cluster siga funcionando?? te agradecería un montón si me puedes ayudar con esa duda que tengo

  • Victor  On 21/05/2015 at 17:12

    Que tal Guillermo, Buen tutorial, Leído lo anterior entiendo que para un cluster ya en producción con 2 nodos ¿se necesitan 4 equipos físicos? (dc, nodo 1, nodo 2 y el SAN)
    Muchas gracias.

    • Guillermo Delprato  On 21/05/2015 at 17:46

      Hola Victor, primero que nada recuerda que las notas están hechas para un ambiente de pruebas, laboratorio, etc. Para un ambiente real y productivo hay que tener en cuenta muchos factores más, para darte sólo un ejemplo, en la nota no hay tolerancia a fallas sobre las conexiones de red
      Los equipos que se necesitan son por lo menos un Controlador de Dominio, y por lo menos dos equipos para nodos del Cluster. El equipo SAN yo lo he armado sobre otra máquina, ten en cuenta que yo hago todo en virtual, mientras que para ambiente productivo puede ser una mejor opción una “SAN de verdad” ya que tiene mayor funcionalidad, aunque mayor costo

  • Araiza  On 07/04/2016 at 18:44

    Como se crea virtual dentro de una virtual? agradeceria que se detallado

    • Guillermo Delprato  On 08/04/2016 at 12:00

      Hola Araiza, estos son comentarios o preguntas sobre la nota; no son para escribir nuevas notas :)
      Haz una busqueda en Internet que hay muchos resultados, pero indica que sistema base usas

  • Juan  On 13/10/2016 at 11:02

    Hola, Alguien me ayuda como crear las redes que no registren en DNS, pls! mi cluster manda error de duplicidad. thx

Trackbacks

Este espacio es para comentarios sobre la nota. No es un sitio de soporte

Introduce tus datos o haz clic en un icono para iniciar sesión:

Logo de WordPress.com

Estás comentando usando tu cuenta de WordPress.com. Cerrar sesión / Cambiar )

Imagen de Twitter

Estás comentando usando tu cuenta de Twitter. Cerrar sesión / Cambiar )

Foto de Facebook

Estás comentando usando tu cuenta de Facebook. Cerrar sesión / Cambiar )

Google+ photo

Estás comentando usando tu cuenta de Google+. Cerrar sesión / Cambiar )

Conectando a %s

A %d blogueros les gusta esto: