none
ISCSI LUN para Hyper-V NO clusterizado RRS feed

  • Pregunta

  • Buenas tardes estimados,

    Tenemos una cabina para almacenamiento qnap que nos permite dispones de varios destinos ISCSI y varios LUN asociados a cada destino. La estructura de servidores consta de 4 host anfitriones los cuales contienen varias VM cada uno almacenado de manera local. Disponemos de SCVMM pero la estructura no está clusterizada.

    Después de estar buscando información durante un tiempo me queda claro que es posible crear un CSV que estará asociado a un LUN y dentro de este colocar el almacenamiento VHD de las MV, es decir que se puede crear un LUN grande que contenga todas las MV siendo este LUN presentado a todos los host del cluster.

    Y me parece que con nuestra estructura esto no es posible.

    Corríjanme si me equivoco con lo siguiente por favor:

    - Creo un único destino iSCSI en el almacenamiento, conecto con el destino desde los 4 anfitriones para que vean los LUN. (El fabricante dice que esto podría dar problemas: "NO se aconseja conectarse al mismo destino iSCSI con dos clientes diferentes (Iniciadores iSCSI) al mismo tiempo, ya que esto podría conllevar fallos en los datos o daños en el disco."

    - Creo un LUN para cada VHD de cada máquina virtual, el LUN está asociado al destino ISCSI

    - Ahora tendría un LUN para cada VHD, si quiero migrar de HOST migraría la MV, detendría el disco iniciado del LUN y volvería a Iniciar el disco desde el HOST destino, para no tener que migrar almacenamiento completo a otro LUN. ¿Sería válido o debería de migrar almacenamiento  a un nuevo disco iscsi/lun?

    ¿O debería de tener un ISCSI para cada HOST anfitrión?

    ¿O un ISCSI para cada LUN?

    Si alguien me puede aclarar un poquito como debería de montar el almacenamiento sin cluster estaría eternamente agradecido :D




    • Editado JF_Moreno lunes, 20 de febrero de 2012 20:06
    lunes, 20 de febrero de 2012 19:55

Respuestas

  • Bueno, si la cabina te permite cambiar una LUN de un destino a otro, es mejor solución, pues así no tienes que andar jugando con los destinos en los host, sólo tienes que cambiar la LUN de un destino a otro y presentarla al host.

    Una cosa es que sea compatible con Hyper-V la cabina y otra que permita que dos hosts accedan al mismo destino, nada tiene que ver. Lo que sí habría que revisar es si el que no puedan conectarse dos host a un mismo destino también se aplica en el caso de un clúster, ya que no es lo mismo que n equipos accedan a un mismo recurso de almacenamiento si están o no en clúster, ya que el clúster se encarga de que nunca accedan los n equipos a la vez, solo de uno en uno.


    Un saludo

    Fernando Reyes [MS MVP]
    MCSA 2000/2003
    MCSE 2000/2003
    MCITP EnterpriseAdministrator
    Web: http://freyes.svetlian.com
    Blog: http://urpiano.wordpress.com
    RSS: http://urpiano.wordpress.com/feed/
    freyes.champú@champú.mvps.org
    (Aclárate la cabeza si quieres escribirme)

    • Marcado como respuesta JF_Moreno martes, 21 de febrero de 2012 10:58
    martes, 21 de febrero de 2012 10:36

Todas las respuestas

  • Lo que deberías tener es un clúster :oP

    Si no vas a tener clúster, no debes conectar más de un equipo por destino iSCSI, deberías tener un destino para cada host, dado que al no tratarse de un clúster, los equipos no van a tener un mecanismo de dejar acceso exclusivo a un equipo  a una determinada LUN, pudiendo de manera simultánea zcceder los cuatro a la misma, con lo que se liará parda :oP

    Teniendo un destino por equipo, en caso de caída de un host, podrías presentar el destino a otro y que asumiera sus máquinas, pero claro, eso no permite distribuir la carga entre los otros tres, así que o tienes un clúster o, si quieres repartir la carga, deberías tener un destino por cada máquina virtual, un engorro vaya. Solución: pon un clúster en tu vida :o))


    Un saludo

    Fernando Reyes [MS MVP]
    MCSA 2000/2003
    MCSE 2000/2003
    MCITP EnterpriseAdministrator
    Web: http://freyes.svetlian.com
    Blog: http://urpiano.wordpress.com
    RSS: http://urpiano.wordpress.com/feed/
    freyes.champú@champú.mvps.org
    (Aclárate la cabeza si quieres escribirme)

    martes, 21 de febrero de 2012 7:43
  • Hola Fernando,

    Gracias por tu respuesta, ya estoy más sosegado :D.

    Tal y como tenemos la estructura hardware en estos momentos no es posible hacer clúster pero es algo que tendré muy en cuenta en la próxima dotación de equipos.

    Por ende, voy a montarlo como me has comentado (de la manera engorrosa), de momento aguantaremos así. 

    Ahora mis dudas son las siguientes:

    Host_X (anfitrión de 4MV): ¿1 destino ISCSI / 4 LUN? o ¿4 destinos ISCSI / 1 LUN por cada destino?

    Gracias de nuevo.

    martes, 21 de febrero de 2012 9:22
  • Por lo que decías de que el fabricante no recomienda conectar más de un equipo al mismo destino y para que en caso de caída de un host puedas distribuir sus máquinas entre los otros, te recomendaría 4 destinos / 1 LUN por cada destino.

    Un saludo

    Fernando Reyes [MS MVP]
    MCSA 2000/2003
    MCSE 2000/2003
    MCITP EnterpriseAdministrator
    Web: http://freyes.svetlian.com
    Blog: http://urpiano.wordpress.com
    RSS: http://urpiano.wordpress.com/feed/
    freyes.champú@champú.mvps.org
    (Aclárate la cabeza si quieres escribirme)

    martes, 21 de febrero de 2012 9:38
  • OK gracias de nuevo.

    Lo curioso es que el fabricante indica compatibilidad con Hyper-V.

    Info de la cabina de almacenamiento

    Pero aquí dice en amarillo que mejor que no se conecte con dos iniciadores distintos.

    Ya lo tengo casi claro aunque te devuelvo una pregunta. Me dices que, como te he indicado,  el fabricante no recomienda conectar más de un equipo al mismo destino me recomiendas 4 Destinos /1 Lun por cada Destino para un Host anfitrión que tiene 4 MV. Pero, ¿no se podría tener 1 destino por Host y cuatro unidades LUN asociadas al destino ISCSI? De esta manera seguiríamos teniendo 1 Destino ISCSI por Host el cual contiene 4 LUNs para almacenar las 4 VM, así el acceso es a un sólo ISCSI por Host pero con la posibilidad de desasociar el LUN del ISCSI y asociarlo a otro, aunque me doy cuenta de que más o menos estaríamos en las mismas.

    Saludos.


    • Editado JF_Moreno martes, 21 de febrero de 2012 10:26
    martes, 21 de febrero de 2012 10:25
  • Bueno, si la cabina te permite cambiar una LUN de un destino a otro, es mejor solución, pues así no tienes que andar jugando con los destinos en los host, sólo tienes que cambiar la LUN de un destino a otro y presentarla al host.

    Una cosa es que sea compatible con Hyper-V la cabina y otra que permita que dos hosts accedan al mismo destino, nada tiene que ver. Lo que sí habría que revisar es si el que no puedan conectarse dos host a un mismo destino también se aplica en el caso de un clúster, ya que no es lo mismo que n equipos accedan a un mismo recurso de almacenamiento si están o no en clúster, ya que el clúster se encarga de que nunca accedan los n equipos a la vez, solo de uno en uno.


    Un saludo

    Fernando Reyes [MS MVP]
    MCSA 2000/2003
    MCSE 2000/2003
    MCITP EnterpriseAdministrator
    Web: http://freyes.svetlian.com
    Blog: http://urpiano.wordpress.com
    RSS: http://urpiano.wordpress.com/feed/
    freyes.champú@champú.mvps.org
    (Aclárate la cabeza si quieres escribirme)

    • Marcado como respuesta JF_Moreno martes, 21 de febrero de 2012 10:58
    martes, 21 de febrero de 2012 10:36
  • De acuerdo, ahora ya lo tengo claro del todo.

    Respecto a lo que comentas de los dos host a un mismo destino, a mi me parece entender que si se hace de manera no controlada puede dar problemas, pero creo que en el caso de CSV donde existe un Árbitro que dispone de la lógica para mantener la consistencia no debería de darlos. Aun así voy a preguntárselo al proveedor/fabricante del Almacenamiento.

    Muchas gracias por tu ayuda Fernando.

    Saludos.

    Cito los recursos que más interesantes me han parecido al respecto:

    - Video: Alta disponibilidad en Hyper-V Server 2008

    - Cluster Shared Volumes

    - El almacenamiento en Hyper-V

    - Configurar un Cluster en Hyper-V R2 con Windows Server 2008 R2, CSV y Live Migration - Parte I

    martes, 21 de febrero de 2012 10:58
  • OJO, CSV por sí no sólo te va a dar un árbitro si no están en clúster los equipos que acceden al almacenamiento.

    Un saludo

    Fernando Reyes [MS MVP]
    MCSA 2000/2003
    MCSE 2000/2003
    MCITP EnterpriseAdministrator
    Web: http://freyes.svetlian.com
    Blog: http://urpiano.wordpress.com
    RSS: http://urpiano.wordpress.com/feed/
    freyes.champú@champú.mvps.org
    (Aclárate la cabeza si quieres escribirme)

    martes, 21 de febrero de 2012 11:05
  • Buenas,

    yo dispongo de un entorno similar, tambien con una QNap y montado en entorno Cluster, y todo OK

    Sólo tengo una duda,

    como coordinar el arranque, pj tras recuperarse de un apagado, para que los equipos con Hyper-V, esperen a que la QNap termine de arrancar, tarda unos 5 minutos.

    Ahora, lo que ocurre es que tratan de iniciar, pero la unidad/es del Cluster no están disponibles, mientras no arranca la QNap

    Como puedo "diferir" el arranque del Cluster??, pq no puedo diferir el inicio de los equipos físicos?

    gracias

    miércoles, 22 de julio de 2015 12:20