• Escrito por 
  • Publicado en Blog
  • 3 comentarios

Cómo identificar los Targets, Devices y Rutas en VMware vSphere

Como identificar Targets Devices y Paths en vSphere Multipath
 

Cuando trabajamos en entornos VMware Multipath para Almacenamiento FC y/o iSCSI tenemos la vista de Targets, Devices y Paths.
En este Post os mostraré cómo interpretar esos tres indicadores con un entorno iSCSI Multipath.
 
Comencemos aclarando los conceptos:
Connected Targets: son los Puertos de cada SP que tiene presentada una LUN. El ID del Target dependerá del orden en que el servicio PSA haga el descubrimiento.
En iSCSI, cuando tenemos multipath, cada conexión desde un PortGroup (VMKernel con VMNic) hacia un SP contará como un Target conectado.
 
Devices: Es el número de LUNs a los que tenemos acceso. Independientemente de los Targets y Paths.
 
Paths: Es el número de Rutas que disponibles con las que contamos para acceder a los Devices.
 
SP: Controlador de sistema de Almacenamiento. Normalmente los sistemas SAN y NAS de gama media/alta disponen de dos SP.

Runtime Name: representa la o las rutas de acceso a las LUNs.
Utilizan el formato vmhbaX, Channel Y, TargetZ, LUNXX
Ejemplo: vmhba33:C1:T1:L0
 

VMHBA: es el nombre de adaptadores de almacenamiento con los que accederemos a los dispositivos de almacenamiento. Los adaptadores físicos utilizan nombres como vmhba 2 o vmhba3, y los adaptadores de iSCSI (tanto por Software como Hardware) utilizan un número más alto como 33, 34 o 35.
En los Hosts con iniciadores de iSCSI por Software se crea un único Adaptador, por más que tengamos varios VMKernel añadidos como bindings.
 
Channel: identifica al número de canal utilizado para el acceso al almacenamiento. En FC es cero, en iSCSI puede ser 0 o 1.
 
Target: tal como se ha comentado anteriormente son las conexiones a los puertos de cada controladora del sistema de Almacenamiento.
 
LUN: finalmente identifica el ID de cada LUN conectada.
 
A continuación vamos a mostrar diferentes conexiones a un Sistema de Almacenamiento alterando el número de VMNics y LUNs para ver cómo van cambiando los valores.
En todos los casos utilizaremos una conexión iSCSI por Software.
 
La cabina dispone de dos controladoras, SPA y SPB. En estos ejemplos utilizaremos un único interface Ethernet por cada SP.

La configuración de Red en los Hosts está compuesta por dos vSwitches con un PortGroup de VMKernel y una VMNic cada uno como muestra la imagen a continuación.

Configuracion red VMware vSphere iSCSI
 


A continuación mostramos una captura de una configuración sin Targets ni LUNs conectadas.

VMware Multipath sin conexiones
Connected Targets 0, Devices 0, Paths 0
 

Ejemplo 1: Iniciador iSCSI con un único Binding a una cabina con una única LUN presentada.

VMware MultiPath


En este caso vemos que hay un Target conectado, con una LUN presentada en SPB y una única ruta.
Vemos que ha identificado al Target SPB de la cabina como Target 1 y al primer PortGroup como C0.
 

VMware Multipath
Connected Targets 1, Devices 1, Paths 1
 

Ejemplo 2: Habilitamos Multipath.

VMware MultiPath


Añadimos un Binding adicional para que el iniciador iSCSI pueda trabajar con dos VMKernels (cada uno con su VMNic).
Podemos ver que el nuevo PortGroup añade una ruta adicional de acceso a la LUN al tener dos rutas de acceso, pero siempre accediendo a través del mismo Target 1 (SPB de la cabina).
Al haber añadido el PortGroup adicional vemos que contamos con un Canal adicional, C1 y C0.
 

VMware Multipath
Connected Targets 2, Devices 1, Paths 2
 

Ejemplo 3: Publicaremos una nueva LUN utilizando el mismo Target.

VMware MultiPath


Al publicarla en el mismo Target (SPB de la Cabina) mantenemos idéntico número de Targets conectados, un Device adicional que no es más que la LUN que acabamos de crear, y ahora las rutas son 4.
El número de rutas se ha incrementado hasta 4 debido a que hay dos rutas por cada Device, pudiendo ver cuatro rutas activas y dos con operaciones de I/O.
Estamos utilizando los dos PortGroups (Channel 0 y Channel 1) y conectados a un único Target, identificado como T1 (SPB).
 

VMware Multipath iSCSI
Connected Targets 2, Devices 2, Paths 4
 

Ejemplo 4: Mantenemos las dos LUNs pero eliminamos un Binding.

VMware MultiPath


Al contar con un único PortGroup asociado al iniciador iSCSI nos vuelve a contar un solo Target Conectado. Nos mantiene las dos LUNs presentadas pero con una única ruta a cada LUN (Paths 2).
Si comparamos los Runtime Names del ejemplo 3 y el ejemplo 4 podremos ver que lo que cambia es el Channel. En el ejemplo 3 utilizamos tanto el canal 1 como el 2, cuando en el ejemplo 4 utilizamos solo el canal 0.
 

VMware iSCSI Multipath
Connected Targets 1, Devices 2, Paths 2
 

Ejemplo 5: Cambiamos LUN de Target y mantenemos un solo PortGroup.

vSphere Multipath


Hemos cambiado la publicación de una de las LUNs para presentarla por otro SP.
Mantenemos el iniciador iSCSI con un único Binding compuesto por un único PortGroup y su correspondiente VMNic identificado como C0.
Podemos ver que, por más que tengamos un único PortGroup en nuestro iniciador iSCSI, el número de Connected Targets ha subido a 2. Mantenemos el número de Devices también en 2 ya que el número total de LUNs no ha cambiado y las rutas siguen siendo también 2.
Lo único que ha cambiado ha sido la presentación de una de las LUNs a través de otro SP.
Podemos ver que en el Runtime Name seguimos utilizando el mismo canal 0 pero conectados tanto al T1 como también al T2, lo que nos da un valor de 2 en Connected Targets.
El SPB de la cabina ya lo teníamos identificado como T1 y ahora hemos presentado una de las LUNs en el SPA, que ha sido identificado como T0.
Vemos además que las dos únicas rutas están activas y con operaciones I/O.
 

VMware Multipath 2 Targets 2 Devices 2 Paths
Connected Targets 2, Devices 2, Paths 2
 

Ejemplo 6: Habilitamos otra vez Multipath.

vSphere MultiPath


Luego de hacer binding al iniciador iSCSI con otro PortGroup adicional tenemos Multipath.
Vemos que el número de Targets conectados ha subido ahora a 4. Eso es porque cada PortGroup conecta tanto con el SPA y el SPB, sumando un total de 4 conexiones establecidas.
El número de Devices sigue siendo dos, que es el número de LUNs que no ha variado.
Pero ahora vemos que tenemos el número de rutas se ha incrementado hasta 4. Esto es debido a que tenemos dos PortGroups para acceder a cada LUN.
Tenemos dos LUNs identificadas como 0 ya que están presentadas por un SP diferente.
Estamos utilizando C0 y C1 al utilizar dos PortGroups. Y estamos conectados al T0 y T1 al conectarnos a dos Targets diferentes que son SPA y SPB.
Por último volvemos a ver dos conexiones en activo y otras dos con operaciones I/O.

VMware Multipath
Connected Targets 4, Devices 2, Paths 4
 

Ejemplo 7: Presentamos una nueva LUN

vSphere MultiPath


En este ejemplo mantenemos Multipath y añadimos una nueva LUN presentándola en SPA.
Ya se ve más fácil verdad? Mantenemos los Targets en 4 al ser 2 PortGroups por 2 Targets.
Los Devices ahora son 3, y las rutas un total de 6 (2 rutas por cada Device) de las cuales están todas activas pero solo tres con operaciones de I/O.
 

VMware Multipath CNL Consulting
Connected Targets 4, Devices 3, Paths 6
 

En la vista Devices podemos ver las tres LUNs presentadas con sus identificadores y Runtime Names.
 

VMware Multipath Devices
Connected Targets 4, Devices 3, Paths 6
 

Ejemplo 8: Rompemos un enlace

vSphere MultiPath error


En este ejemplo desconectamos el cable de una de las VMNic que utiliza uno de los dos PortGroups del iniciador iSCSI.
Podemos ver que se mantienen tanto los Targets como los Devices y los Paths, pero nos muestra que hay tres rutas con Status “Dead”.

VMware VMNic roto
Port Group VMKernel con VMNic desconectada
 

VMware Multipath dead
Connected Targets 4, Devices 3, Paths 6 con VMNic desconectada
 

Y si efectuamos un Rescan nos actualiza la vista y solo nos muestra 2 Targets, 3 Devices y 6 Paths, todos accediendo por el Canal 1 que es el único PortGroup que funciona.

VMware vSphere Multipath
Connected Targets 2, Devices 3, Paths 3


Espero que luego de este Post os hayáis aclarado la forma de identificar tanto los canales, dispositivos y rutas cuando trabajamos con Multipath en vSphere.
 
Me gustaría conocer vuestras experiencias y opiniones a través de los comentarios de este Post.
 
En el próximo Post veremos cómo son las diferentes políticas de Multipath de vSphere. También puedes consultar el Post Cómo funciona Multipath en vSphere.
 
Como siempre, ha sido un placer. Podéis hacer cualquier consulta o comentario en mi cuenta de Twitter @FCinalliP.

3 comentarios

  • Héctor Maturana
    Héctor Maturana Viernes, 24 Julio 2015 04:24 Enlace al Comentario

    Me parece que te enredaste con los SP en los ejemplos. Partiste mal entonces eso tiende a la confusión en lo que resta del texto. Revisa tus post antes de subirlos.

    Aclaro. Donde dices "Vemos que ha identificado al Target SPB de la cabina como Target 1 y al primer PortGroup como C0." debe decir """Vemos que ha identificado al Target SPA"""

    Gracias de igual manera por que me sirvió.

  • Federico
    Federico Jueves, 23 Mayo 2013 06:39 Enlace al Comentario

    Muchas gracias Sebastian ;-)

  • Sebastian Santos
    Sebastian Santos Miércoles, 22 Mayo 2013 20:33 Enlace al Comentario

    Muy buen articulo.

Deja un comentario

Muchas gracias por tus comentarios!!
Tras la revisión rutinaria, será publicado.

Utilizamos cookies propias y de terceros para facilitar y mejorar nuestros servicios. Al navegar por nuestra página web aceptas nuestras cookies.

Para más información, o para conocer cómo cambiar la configuración, lee nuestra Política de cookies. Saber más

Acepto

Mis Partners