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 configuración de las máquinas

¿Y tienen creada la infraestructura? ¿verificaron la conectividad? bueno, entonces comencemos la configuración

En mi caso comenzaré con la máquina SAN a configurar el iSCSI Target

Recordemos que esta es la única máquina que está en grupo de trabajo, no unida al Dominio

Como configuración específica, aunque no necesaria, esta máquina tiene un segundo disco rígido donde crearé las unidades virtuales que ofrecerá a los iSCSI Initiators (HYPER1 y HYPER2)

Comenzaremos agregando la funcionalidad iSCSI Target siguiendo los paso habituales

iSCSI Target Server es un componente de File and iSCSI Services

Agregamos los componentes adicionales sugeridos

Y continuamos

Teniendo la funcionalidad instalada, comencemos la configuración. Para eso en Server Manager elegimos File and Storage Services

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

Le pondremos un nombre

El tamaño que deseemos poner al disco virtual

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

Ponemos un nombre al iSCSI Target

Y debemos agregar los iSCSI Initiators, estos son los nodos del cluster (HYPER1 e HYPER2) que se conectarán a este iSCSI Target, así que con el botón Add procederemos a agregarlos

Observen que he optado por agregarlo por la dirección IP de cada uno

En forma análoga, agregaremos al segundo, y nos quedará así

No habilitaremos autenticación entre Initiators y Target

Confirmamos y creamos

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 creación de un nuevo disco que agregaremos al Target

Todo de acuerdo a las siguientes figuras

Lo llamaré QuorumDisk

Puede ser chico, así que tomaré sólo 5GB

Quedará finalmente así

Teniendo ya preparado y configurado el iSCSI Target en la SAN, en la próxima nota configuraremos los iSCSI Initiators en los nodos del Cluster

 

Notas Relacionadas:

Windows Server 2012: Failover Cluster para Hyper-V (Parte 1 – Creando la Infraestructura) | WindowServer: https://windowserver.wordpress.com/2012/11/22/windows-server-2012-failover-cluster-para-hyper-v-parte-1-creando-la-infraestructura-2/

 

Windows Server 2012: Failover Cluster para Hyper-V (Parte 3 – Configurando los iSCSI Initiators) | WindowServer: https://windowserver.wordpress.com/2012/11/23/windows-server-2012-failover-cluster-para-hyper-v-parte-3-configurando-los-iscsi-initiators/

Windows Server 2012: Failover Cluster para Hyper-V (Parte 4 – Instalando la funcionalidad Failover Cluster e Hyper-V) | WindowServer: https://windowserver.wordpress.com/2012/11/23/windows-server-2012-failover-cluster-para-hyper-v-parte-4-instalando-la-funcionalidad-failover-cluster-e-hyper-v/

Windows Server 2012: Failover Cluster para Hyper-V (Parte 5 – Creando y Configurando el Failover Cluster) | WindowServer: https://windowserver.wordpress.com/2012/11/23/windows-server-2012-failover-cluster-para-hyper-v-parte-5-creando-y-configurando-el-failover-cluster/

Windows Server 2012: Failover Cluster para Hyper-V (Parte 6 – Creando una Máquina Virtual con Alta Disponibilidad) | WindowServer: https://windowserver.wordpress.com/2012/11/23/windows-server-2012-failover-cluster-para-hyper-v-parte-6-creando-una-mquina-virtual-con-alta-disponibilidad/

Windows Server 2012: Servidor de Archivos con Disponibilidad Continua (Continuous Availability File Server) [Y un Tip] | WindowServer: https://windowserver.wordpress.com/2012/11/30/windows-server-2012-servidor-de-archivos-con-disponibilidad-continua-continuous-availability-file-server-y-un-tip/

By Guillermo Delprato, on 22/11/2012 at 07:40, under Clustering, How To - Step-by-step - Paso a paso, Hyper-V, Windows Server 2012. Etiquetas: , , , . 21 comentarios
Publica un comentario o deja una referencia: URL de la referencia.

Comentarios

  • Asesx  El 23/11/2012 a las 09:26
    Permalink | Responder

    No se ven las imagenes…

    • Delprato  El 23/11/2012 a las 10:15
      Permalink | Responder

      Gracias Asesx, estoy trabajando en eso justamente
      No se llevan bien WordPress y Skydrive :-(
      Ya es la segunda vez que hacen cambios, no puedo asegurar bien cuál, y se pierden todas las imágenes
      En este momento ya se deberían ver bien las 6 notas, con sus imágenes
      Si no te las mostrara seguramente deberías hacer un refresco (F5)
      Gracias por el aviso!!! :-)

  • Cristian  El 10/03/2014 a las 19:05
    Permalink | Responder

    hola, una pregunta, si en su momento no agrego todos lo futuros nodos como puedo agregar mas inicializadores al target??

    • Guillermo Delprato  El 11/03/2014 a las 08:37
      Permalink | Responder

      Qué inicializadores pueden acceder los configuras en las propiedades del «iSCSI Target», lo puedes hacer en cualquier momento en las propiedades del mismo

  • Ángel C  El 10/12/2014 a las 04:39
    Permalink | Responder

    ¡Muchas gracias por este material!

    Estoy creando una infraesctructura muy similar a la que propones en esta serie de artículos pero me gustaría hacerte una consulta para salir de dudas.

    Mi idea es tener un entorno en HA de Hyper-V con 2 máquinas, tal cual explicas en estos artículos, para que sea tolerante a caídas del sistema.

    La diferencia que planteo en mi esquema con respecto al tuyo, es que quiero tener 2 máquinas de almacenamiento sobre las que montar la SAN en vez de 1. En teoría es para aplicar otra capa de seguridad redundante por debajo de Hyper-V para que este sea todavía más robusto.

    Es decir; teniendo dos máquinas de 24 TB (48 TB), la idea es montar una SAN de 22 TB teniendo esos 22 TB replicados en espejo en la otra máquina, y que si una de las máquinas cae, o hay fallo de disco, Hyper-V siga pudiendo funcionar tirando de la máquina de ‘respaldo’. Evidentemente, todavía más por debajo de ese nivel estarían los discos en un RAID 5 a nivel de BIOS, pero me surgía la duda de si sería posible crear un «cluster de discos en HA» y después por encima fijar Hyper-V en un entorno de HA (en total, 4 maquinas. Dos para almacenamiento y dos para Hyper-V y procesamiento).

    ¿Sería correcto este planteamiento? ¿Se podría implementar esos datos en espejo?

    Gracias nuevamente por la información

    • Guillermo Delprato  El 10/12/2014 a las 07:06
      Permalink | Responder

      Hola Ángel C, ese era mi objetivo inicial, pero no lo he podido hacer con la implementación sólo de Microsoft. Sé que se puede hacer pero utilizando SANs reales, pero no he encontrado la forma de hacerlo sólo con Windows Server

      Y algo más, ya que estamos hablando de tolerancia a fallas que habría que tener en cuenta. Se debería evaluar que la conexión al «iSCSI Target» también tenga tolerancia a fallas, por ejemplo con MPIO con múltiples conexiones de red

      Si encuentras, por lo menos cómo comenzar con el tema del «iSCSI Target» clusterizado avísame que me interesa :)

  • Araiza  El 14/04/2016 a las 00:59
    Permalink | Responder

    No me hace la conexion rapida, alguna solucion porfavor

  • Arturo Villaseñor  El 08/12/2017 a las 17:08
    Permalink | Responder

    Tengo un escenario similar al tuyo, pero mi duda es la siguiente, se crearon dos luns con chap la primera si la presenta con chap sin problemas, pero la segunda se crea el target y el login con chap se conecta pero no se refleja en Disk Management, revise los log del OS y no hay error.

Trackbacks

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

Este sitio utiliza Akismet para reducir el spam. Conoce cómo se procesan los datos de tus comentarios.