50 Conceptos de VMware para virtualizacin

Este Post es para refrescar, aclarar y explicar conceptos tanto de Virtualizacin en general
como tambin en muchos casos algo especficos de VMware.
Si esta informacin te parece interesante te recomendamos que tambin visites el Post del
pster de VMware ESXi 5.1.
Auto Deploy: Sistema que permite un despliegue automtico de uno o varios Hosts a travs
de la red.
Balloning: Mtodo de reutilizacin de recursos de Memoria RAM entre Mquinas Virtuales de
un mismo Host.
Cisco Nexus: Switch virtual distribuido de Cisco que incrementa las caractersticas y se
integra con los switches fsicos de Cisco.
Clon: copia exacta de una Mquina Virtual
Cluster: Conjunto de dos o ms Hosts para aprovisionar de sistemas de Alta Disponibilidad,
Tolerancia a Fallos, Asignacin de Recursos y Ahorro de Energa.

Datastore: Espacio de almacenamiento de un Host de VMware para almacenar Mquinas

Virtuales, Plantillas y/o Ficheros ISOs. Pueden tener formato NFS o VMFS.
DCUI: Consola de gestin del Host ESXi. Es lo que se ve si conectamos un monitor al Host
fsico o si nos conectamos con un sistema tipo iLO, CMC o iDRAC.
Distributed Power Management (DPM): Sistema de ahorro de energa que migra las
Mquinas Virtuales a otros Hosts y apaga el Host fsico para ahorrar energa. Cuando el
Cluster necesita ms recursos se enciende automticamente el Hosts y se vuelven a migrar
las Mquinas Virtuales.
Distributed Resource Scheduler (DRS): Sistema de distribucin manual, semiautomtica
y Automatic de Mquinas Virtuales entre dos o ms Hosts con el fin de conseguir un mejor
aprovechamiento de los recursos.
Fault Tolerance (FT): Mtodo de tolerancia a fallos de Mquinas Virtuales. Es semejante a
un RAID 1 de discos pero a nivel de Mquina Virtual.
High Availability HA: Sistema de Alta Disponibilidad que permite encender de forma
automtica una Mquina Virtual en caso de cada de un Host.
Host Profile: tecnologa que permite copiar y distribuir las preferencias de maquetacin de
un Host e importarlo en otros Host. Este sistema permite ahorrar tiempo de despliegue de
Hosts en entornos medianos y grandes.
Host: Servidor fsico que ejecuta un Hypervisor. Tambin se le suele llamar ESX o ESXi.
Hot Add: Mtodo de VMware que permite aadir hardware en caliente como CPU y Memoria
RAM. Est limitado tanto por la licencia de vSphere como tambin por la versin de Sistema
Operativo.
Hypertreading: Tecnologa de Intel que permite duplicar los Cores para obtener mayores
recursos de CPU.
IOPS: Operaciones de entrada/salida por segundo a un sistema de almacenamiento. Estar
limitado tanto por el tipo de disco y sistema RAID a utilizar.
iSCSI: protocolo de acceso al almacenamiento de Red con tecnologa Ethernet.
Latencia: tiempo de espera desde que un sistema hace una peticin (Host) hasta que el
destino lo responde (SAN)
Linked Clone: tecnologa de VMware View que permite tener un disco Master y discos
diferenciales para los Clones (Escritorios Virtuales). Ayuda a optimizar el rendimiento y
consumo de espacio en disco adems de mejorar el despliegue y regeneracin de escritorios.
Linked Mode: sistema de conexin entre un servidor de vCenter y otro permitiendo acceder
al inventario global de forma centralizada.
Lock Down: mtodo de seguridad que obliga a un cliente de vSphere gestionar un Host de
vSphere siempre a travs de un servidor de vCenter.

LUN: espacio de disco en bruto (sin formato) que presenta un sistema de almacenamiento
(SAN) a uno o varios Hosts.
NFS: sistema de ficheros que presenta un dispositivo o servidor y lo presenta a uno o varios
Hosts.
NIC TEAM: conjunto de una o ms tarjetas de red fsicas (NIC) que trabajan en conjunto para
aportar alta disponibilidad y balanceo de carga a un Host.
Plantilla: formato de Mquina Virtual que permite ser clonada y personalizada. nicamente
est soportada en vCenter Server.
Plugin vCenter: aplicacin que se integra con la consola de gestin del servidor de vCenter
Server.
Pool Automtico: objeto lgico de VMware View que permite un despliegue automtico de
Mquinas Virtuales (Escritorios). El despliegue se hace desde plantillas de vCenter.
Pool de Recursos: sistema que permite reservar y asignar recursos a una o ms Mquinas
Virtuales.
Pool Manual: objeto lgico de VMware View que presenta una o varias Mquinas Virtuales
(Escritorios). Las Mquinas Virtuales tienen que estar previamente desplegadas.
Port Group: objeto lgico que aporta funcionalidad a un switch virtual. Existen dos clases de
Port Groups. Virtual Machine y VMkernel (vMotion iSCSI FT - Management).
PowerCLI: sistema de automatizacin de tareas con scripts de PowerShell.
Private vLans: tecnologa que permite una aislacin de redes (similar a private Lans de
Cisco) que se configura en un switch virtual distribuido.
Replicacin: mtodo de copia de una Mquina Virtual desde un Host a otro y desde un
Datastore a otro con el fin de recuperar una VM de forma inmediata. Existen sistemas de
rplicas por Software y por Hardware (desde una SAN a otra).
Storage vMotion: operacin que mueve en caliente los ficheros de una Mquina Virtual
desde un Datastore a otro. La Mquina Virtual contina ejecutndose en el mismo Host.
Target: servidor iSCSI. Direccin IP a la que se apunta con el protocolo iSCSI para conectar al
almacenamiento.
ThinAPP: tecnologa que permite la virtualizacin de Software.
VAAI: tecnologa de almacenamiento en la cual el sistema de almacenamiento realiza tareas
que normalmente las realiza el Host como pueden ser Clonado, Inicializacin de discos Tic y
Despliegue de Plantillas.
VASA: sistema que permite gestionar y obtener una mayor informacin de un sistema de
almacenamiento.
vCenter Data Recovery: Virtual Aplanche de VMware para realizar Copias de Seguridad en

caliente de Mquinas Virtuales.

vCenter Update Manager: sistema de VMware que permite actualizar los Hosts, instalar
Parches y Actualizaciones (similar al Microsoft WSUS).
vCenter Server: servidor de VMware que gestiona de forma centralizada todos los Hosts y
sus recursos. Existen tecnologas como vMotion, svMotion, HA, FT, DRS y dems que
nicamente funcionan sobre un vCenter Server.
vdSwitch (Switch Virtual Distribuido): switch virtual que se crea a nivel de vCenter y
permite gestionar NICs y Port Groups de uno o ms Hosts fsicos.
Virtual Appliance: Mquina Virtual que se descarga y se importa al inventario. Suelen ser
maquinas empaquetadas listas para utilizar.
vCenter Converter: software que permite conversiones P2V (Fsico a Virtual) y V2V (Virtual a
Virtual). Se trata de una herramienta gratuita de VMware.
VMFS: sistema de ficheros de VMware que permite un acceso compartido por varios Hosts.
vMotion: tecnologa que permite mover una Mquina Virtual en caliente (sin necesidad de
apagarla) de un Host a otro.
vShield: suite de productos de seguridad de VMware. Entre ellos estn vShield EndPoint,
vShield App, vShield Edge y vShield Manager.
vSphere Client: software de Windows que permite gestionar un Host de vSphere (ESXi) o
una instancia de vCenter Server.
vSphere Web Client: versin de vSphere Cliente sobre Web.
vSwitch (Switch Virtual): switch virtual que permite gestionar NICs y Port Groups de un
Host.

Las 30 preguntas que debes hacerte antes de comprar un

Sistema de Almacenamiento

Cmo estar seguro de que la SAN o NAS que comprar para mi Infraestructura de
Virtualizacin es la ms adecuada?
Tratndose de la piedra angular de nuestro CPD, el Almacenamiento es mucho ms que una
caja de discos. Es el punto crtico y como tal los criterios de compra deben estar bien
contemplados.
La partida presupuestaria para adquirir, renovar o ampliar el Almacenamiento es
notablemente ms importante que cuando adquirimos Hosts o Electrnica de Red.
De ah la importancia de la decisin.
Cuando invertimos en un Sistema de Almacenamiento de Red ya no consideramos
nicamente el espacio disponible. Podemos aprovisionar Almacenamiento en base a
Rendimiento, Ancho de Banda, Capacidad, Disponibilidad y Recuperacin. En qu orden? Qu
criterio tiene ms peso en la decisin final? Qu otros criterios debemos tener en cuenta para
no llevarnos sorpresas desagradables?
A continuacin veremos algo ms de 30 preguntas, algunas ms importantes que otras, para
que la toma de decisin en la compra o ampliacin de nuestra SAN o NAS sea la ms
adecuada.

Comencemos con la importancia del Diseo. El Diseo del sistema de Almacenamiento

debera ser agnstico respecto a marcas y caractersticas.
Un buen diseo debera considerar los siguientes requisitos:
-Disponibilidad Administracin Rendimiento Recuperacin -Seguridad
A partir de aqu desglosaremos las diferentes necesidades en formato de preguntas. Algunas
de las cuales resultarn incmodas a un comercial de Almacenamiento ;)
1 Prioridades en cuanto al diseo de la solucin
Dentro de los requisitos del diseo (Disponibilidad, Administracin, Rendimiento,
Recuperacin y Seguridad)
Dependiendo del orden, unas caractersticas tendrn ms peso que otras, lo que
naturalmente tambin influir en el precio final de la solucin.
Cul es mi orden de prioridad de los requisitos de diseo?
2 IOPS (Input Output Per Second). Cuando aprovisionamos una Infraestructura con
Almacenamiento no solo debemos tener espacio disponible en disco. Ese espacio debera
cumplir con los requisitos de Rendimiento. Y uno de los criterios ms importantes es el
nmero de IOPS que tendr disponible en mi Sistema de Almacenamiento.
Los IOPS los podemos medir en unidades: 500, 1500, 6000, 15000, Etc.
Cuntos IOPS tendr disponible en mi SAN o NAS?
3 - Ancho de Banda. Qu tan anchas sern nuestras tuberas? A mayor caudal mayor ser el
volumen de datos que podr transferir en un momento dado.
La eficiencia del sistema tambin depender de la tecnologa a utilizar (FC, FCoE o Ethernet).
Los valores de Ancho de Banda se miden en Gbps (Gigabits por segundo). Los diferentes
valores pueden ser 1, 2, 4, 8, 10, 16 o hasta 32 Gbps. La tecnologa FC es ms eficiente
respecto a Ethernet, aunque tambin ms costosa.
Qu tecnologa utilizar mi sistema? Con qu Ancho de Banda contar?
4 Latencia. Un valor crtico en el Rendimiento de un Sistema de Almacenamiento es la
Latencia. A menor Latencia mayor ser el Rendimiento del Sistema. La Latencia ser producto
de una combinacin de valores como el Cach, el Ancho de Banda (en Gbps), el Throughput
(en Mbps) y los IOPS.
La Latencia la medimos en ms (milisegundos). Ej 2, 5, 10, 15, 30ms.
Podemos estimar qu valores de Latencia esperar para nuestro sistema?
5 Capacidad. En principio es lo ms fcil verdad? Qu capacidad total necesito? Un buen
Sistema de Almacenamiento debera disponer de varios tipos de Almacenamiento.
Por ejemplo podramos tener un espacio de almacenamiento para ficheros de unos 4TB en
discos NL-SAS a 7200rpm, unos 2,5TB para Mquinas Virtuales en RAID 5 en discos SAS a 10k,
1TB en RAID 10 15k para Mquinas Virtuales crticas y 600GB en SSD para VDI o BBDD.
Como podemos ver no tan importante la capacidad total como la distribucin de los discos,
tanto en base a rendimiento, alta disponibilidad como espacio final disponible.
Qu capacidad total necesito segn mis diferentes necesidades?
6 Discos, Formatos y Tecnologas. Con qu discos podr configurar mi SAN o NAS? De
qu tecnologas? Qu tasa de transferencia me aportarn esos discos? A qu velocidades

trabajarn? 7.2K/10k/15k? Qu nmero de IOPS me aportar cada disco? Son discos de 2,5,
de 3,5 o ambos?

Disco de estado slido

7 Nmero de discos por Unidad de Rack. El espacio en el CPD tambin tiene su coste. A
mayor cantidad de discos, ms espacio necesitaremos.
Qu tecnologa o solucin nos puede aportar el fabricante para optimizar el espacio en
nuestro rack en Infraestructuras con gran cantidad de discos?

Bandeja de Expansin de 60 Discos en 4U de Rack

8 Capacidad de Ampliacin. Cul es el nmero total de discos que puede gestionar el
Sistema de Almacenamiento a adquirir? Cmo ser la conexin con las bandejas de
expansin? Qu ancho de banda tendr con los sistemas de expansin de discos?
9 Niveles de RAID soportados. Prcticamente la totalidad de proveedores de Sistemas de
Almacenamiento soportan los principales niveles de RAID utilizados: RAID 1, RAID 5, RAID 6 y
RAID 10. Hay fabricantes como NetAPP que tienen sus propios niveles de RAID.
Qu niveles de RAID me ofrece el Sistema de Almacenamiento a adquirir?
10 Protocolos. Cada vez ms fabricantes nos ofrecen Sistemas de Almacenamiento
Unificados, que pueden trabajar tanto con FC, iSCSI, NFS y CIFS.
Es realmente interesante poder tener todos estos Protocolos a nuestra disposicin para servir
Almacenamiento segn el destino. Por ejemplo, es muy prctico poder disponer de CIFS ya
que nos ahorraramos un servidor de ficheros. Y si disponemos de NFS podramos utilizar un
agregado de enlaces para incrementar el Ancho de Banda.
Con qu Protocolos trabaja el Sistema de Almacenamiento?
11 Thin Provisioning. Esta tecnologa nos permite conseguir cumplir con un
aprovisionamiento de espacio en disco sin que necesariamente se haga uso del mismo.
De esta forma podremos asignar el Almacenamiento necesario y, en su caso, adquirir ms
espacio segn se consuma realmente.
Son cada vez ms las compaas que ofrecen esta tecnologa, aunque de momento no todas.
Por lo tanto, El Sistema de Almacenamiento dispondr de Thin Provisioning?
12 Deduplicacin. La tecnologa de Deduplicacin identifica los bloques de disco con
informacin duplicada y nos ahorra el escribir ms de una vez un bloque de forma duplicada.
Esto supone grandes ahorros en espacio en disco consiguiendo que seamos ms eficientes.

Cuenta mi Sistema de Almacenamiento con Deduplicacin?

Deduplicacin de bloques de disco

13 Compresin. Al igual que el WinZip o el WinRAR existe la posibilidad de comprimir
datos, poco consultados o histricos, con el fin de conseguir un ahorro en nuestro espacio en
disco.
Con esta funcionalidad seguimos optimizando y haciendo ms eficiente nuestra Solucin de
Almacenamiento.
Contamos con tecnologas de Compresin en nuestra prxima SAN o NAS?
14 Gestin de Snapshots. Disponer de la posibilidad de trabajar con Snapshots a nivel de
cabina es algo muy interesante y que nos puede aportar bastante juego. Los Snap de cabina
son totalmente independientes de los de Mquina Virtual. Naturalmente que no podemos
utilizar esta solucin como Backup pero s que podramos considerarlo como un complemento,
al igual que las instantneas de ficheros de Windows.
Puede mi nuevo Sistema de Almacenamiento trabajar con Snapshots?
15 Replicacin. De forma paralela a las Copias de Seguridad son cada vez ms frecuentes
los planes de recuperacin ante desastres. Utilizamos las Rplicas para tener un plan de
recuperacin ante desastres, tanto local como remoto. Es decir que podemos plantear unas
Replicas hacia otra cabina en el mismo CPD o hacia otra cabina en un CPD externo.
El Sistema de Almacenamiento que estamos buscando tiene la capacidad de Replicar contra
otra cabina?
16 Soporte. De ms est decir que el Soporte, su calidad, su disponibilidad y su experiencia
es fundamental para dormir tranquilos.
Qu tipos de Soporte me ofrecen? Qu tiempos de respuesta? El Soporte ser In-Situ? La
atencin del Soporte ser en Castellano o Ingles?
17 Soporte Proactivo. Son varias ya las compaas que monitorizan nuestro Sistema de
Almacenamiento. Al detectar cualquier pieza que necesite recambio, nos la envan de forma
automtica, logrando de esta forma tener un Soporte Proactivo (suena bien la palabrita).
Este tipo de servicios suele marcar la diferencia entre un soporte de calidad y el resto.
Tendr la posibilidad de contar con Soporte Proactivo?

18 Redundancia en Alimentacin. Seguramente parecer una tontera hablar de

Rendimiento, Alta Disponibilidad, Capacidad y dems y dar por sobreentendido que
contaremos con ms de una Fuente de Alimentacin.
Existen muchas soluciones de entrada o econmicas que nos pueden dar buenas soluciones
aunque, debido a su precio, no cuentan con Fuente de Alimentacin redundante.
Deberamos considerar la importancia de contar o no con una Fuente adicional para
incrementar la disponibilidad.
Configurar mi Sistema de Almacenamiento con una Fuente de Alimentacin Redundante?
19 Redundancia en Controladora. La Controladora es el corazn de nuestro Sistema de
Almacenamiento. Disponer de Redundancia a nivel de Controladora es realmente importante
no solo por incrementar la disponibilidad, sino que tambin nos ayuda a distribuir la carga.
Tenemos que considerar que el coste de un Sistema de Almacenamiento es una inversin a
varios aos y la decisin de adquirir una o dos controladoras es muy importante.
Controladora Simple o Redundante?
20 Activo-Activo o Activo-Pasivo. Considerando que adquirimos una Solucin de
Almacenamiento con Doble Controladora sera importante que conociramos cmo funciona
el producto. Existen Sistemas que funcionan en Activo-Activo o en modalidad Activo-Pasivo. La
posibilidad de contar con un dispositivo que de servicio de forma simultnea con las dos
controladoras nos aportar una mayor versatilidad a la hora de distribuir la carga.
Esta caracterstica es otra de las que suele marcar la diferencia entre un Sistema de calidad y
el resto.
Funcionar mi sistema en modo Activo-Activo o Activo-Pasivo?
21 Cach. La Memoria Cach es otra de las caractersticas que pueden hacer que nuestro
Sistema de Almacenamiento sea un Pata negra. La Cach de la Cabina puede mejorar
notablemente el rendimiento moviendo al Cach los bloques de memoria ms consultados.
Las tamaos de Cach pueden ser de 1GB, 2GB, 4GB, 8GB, 12GB, 16GB o ms.
Cunta Cach dispone cada Controladora?
22 Ampliacin Cach. Normalmente las Cabinas de Almacenamiento de gama Media-Alta
nos dan posibilidad de ampliar la Memoria Cach. Otra de las preguntas incmodas para un
comercial de Almacenamiento sera:
Es posible aumentarle la Memoria Cach una vez comprada la Cabina?
23 Cach Dinmico. Varios fabricantes ofrecen desde hace algn tiempo atrs soluciones
hbridas de Cach. Identifican los bloques de disco ms consultados y los mueven de forma
dinmica a discos SSD. Si bien las memorias que se utilizan para el Cach son ms rpidas
que los discos SSD, tambin es cierto que los discos SSD son ms rpidos que un disco SAS a
10 o 15k.
Incluye el Sistema de Almacenamiento un Cach Dinmico?

Cach dinmico
24 HBAs o Targets por Controladora. Cada Controladora dispondr de puertos HBA FC,
Ethernet o incluso SAS. A mayor nmero de puertos o targets disponibles incrementaremos
tanto la disponibilidad como el balanceo de carga de las LUNs o los recursos compartidos.
Cuntos puertos tiene el Sistema por cada Controladora?
25 Coste ampliacin Almacenamiento. Depender de la poltica financiera de la
compaa, pero por lo general suele convenir adquirir el Sistema de Almacenamiento con
todos los discos a utilizar en los prximos 3 o 4 aos. Normalmente el precio de los discos
suele ser menor cuando hacemos la compra respecto a una futura ampliacin.
Por si acaso, otra pregunta adecuada sera
Una vez comprado el nuevo Almacenamiento, cunto me costar ampliar el espacio en disco?
La respuesta tendra que incluir costes de discos, bandejas de expansin y ampliacin de
garanta.
26 Coste de renovacin del Soporte. Por lo general cuando invertimos tanto en un Host
como tambin en un NAS o SAN contratamos una garanta de 3 aos.
Una vez pasados los 3 aos lo ms comn es renovar el Soporte por 1 o 2 aos ms. Muchas
veces nos llevamos sorpresas en ese momento al conocer el coste de renovacin.
Por lo que no estara nada mal conocer el coste tanto de renovacin como de adquisicin
inicial de la garanta a 4 o 5 aos.
Cul ser el coste de renovacin anual del Soporte luego de los 3 primeros aos? Cul es el
nmero mximo de aos de Garanta que podr contratar?
27 Integracin con Plataforma de Virtualizacin. Otra vez comentaremos una
caracterstica que suele marcar la diferencia con el resto de Soluciones de Almacenamiento.
Varias compaas de Almacenamiento nos ofrecen unos Plugins que se integran en nuestro
sistema de gestin del entorno de Virtualizacin, como puede ser el vCenter.
Estos Plugins nos permitirn crear Datastores, Incrementar espacios de las LUNs, Realizar
Snapshots a nivel de Cabina, Clonar Mquinas Virtuales y muchas tareas ms. Todo esto
desde la propia consola de nuestro entorno de Virtualizacin y sin necesidad de loguearnos en
el Sistema de Gestin de la Cabina.
El Software de Gestin de la Cabina se integra con mi entorno de Virtualizacin?

Plugin EMC VSI para vCenter

28 Coste por GB/IOPS. Una vez que conocemos las caractersticas, funcionalidades y
capacidades que tendr el nuevo Sistema de Almacenamiento me interesar comenzar a
comparar costes.
Una cuenta obligada que debemos hacernos es la relacin Euro/GB y Euro/IOPS. Cuntos IOPS
y GBs podr comprar con 1 Euro (o 1 Dlar!!) considerando naturalmente el resto de
caractersticas que mencionamos anteriormente.
Qu relacin Euro/Giga y Euro/IOPS tendr?
29 Coste de Instalacin y Formacin. Ser fundamental tener una puesta en marcha
slida y una transmisin de conocimientos fiable. Una buena instalacin y configuracin
puede marcar la diferencia de sacarle el partido suficiente a nuestro Sistema de
Almacenamiento. De igual forma una correcta configuracin me permitir obtener todo el
rendimiento que puede darme el sistema?
Qu coste deber considerar para la Instalacin, Configuracin y Formacin inicial?
30 Precio. Y hemos dejado para lo ltimo lo que suele inclinar la balanza. En este punto
deberamos intentar ser imparciales y considerar todas las caractersticas, la calidad de la
compaa que fabrica y da soporte a la solucin, la calidad de servicio de la empresa que me
vende el sistema y puntuar cada tem segn la importancia que representa para mi empresa.
Cul es el coste de la Solucin de Almacenamiento?

Cmo son las nuevas certificaciones VCA de VMware?

Una de las novedades en cuanto a formacin y certificacin que VMware present en San
Francisco durante el mes de agosto fueron las Certificaciones VCA.

Las nuevas certificaciones VCA estn orientadas a un nivel inicial llamado Associate,
naturalmente inferior al nivelProfessional en que est la certificacin ms conocida de
VMware como es la VCP-DCA.

De esta forma el Roadmap de certificaciones se presenta con cuatro niveles:

-Associate (nuevo)
-Professional
-Advanced Professional
-Expert

De la misma forma se definen cuatro lneas de especializacin que son:

-Cloud
-Data Center Virtualization
-End User Computing
-Network Virtualization (nueva)

Aqu vemos tambin una nueva especializacin que es Network Virtualization. Podemos (ms
bien debemos) considerarlo como un aviso de que la virtualizacin de redes se pondr seria.
En fin, ms cosillas para estudiar.

A quin van orientadas estas nuevas certificaciones VCA? Si bien podemos decir que
son aptas para todo pblico, personalmente entiendo que las podemos ver bastante
adecuadas para dos perfiles:
-Personas que comienzan con virtualizacin
-Directores de TI (no tcnicos)

Adems de estos dos perfiles podra llegar a ser interesante para perfiles especializados en
determinadas ramas como puede ser Data Center Virtualization y que deseen aprender sobre
Virtualizacin de Redes o vCloud.
Aunque la realidad (o ms bien el mercado laboral) dice que si queremos ser competitivos
debemos apuntar, como mnimo, al nivel profesional.

Lo bueno de todo esto es que las formaciones de VCA son gratuitas. Los exmenes son de
pago.
Podemos ver adems que se estn cocinando, adems del VCA Network Virtualization, las
certificaciones VCAP Cloud Governance y el VCDX Desktop.

Cmo identificar los Targets, Devices y Rutas en VMware

vSphere

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 cmo 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 conexin desde un PortGroup (VMKernel con
VMNic) hacia un SP contar como un Target conectado.
Devices: Es el nmero de LUNs a los que tenemos acceso. Independientemente de los
Targets y Paths.
Paths: Es el nmero 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 fsicos utilizan nombres como vmhba 2 o
vmhba3, y los adaptadores de iSCSI (tanto por Software como Hardware) utilizan un nmero
ms alto como 33, 34 o 35.
En los Hosts con iniciadores de iSCSI por Software se crea un nico Adaptador, por ms que
tengamos varios VMKernel aadidos como bindings.
Channel: identifica al nmero 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 continuacin vamos a mostrar diferentes conexiones a un Sistema de Almacenamiento
alterando el nmero de VMNics y LUNs para ver cmo van cambiando los valores.
En todos los casos utilizaremos una conexin iSCSI por Software.
La cabina dispone de dos controladoras, SPA y SPB. En estos ejemplos utilizaremos un nico
interface Ethernet por cada SP.
La configuracin 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 continuacin.

A continuacin mostramos una captura de una configuracin sin Targets ni LUNs conectadas.

Connected Targets 0, Devices 0, Paths 0

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

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.

Connected Targets 1, Devices 1, Paths 1

Ejemplo 2: Habilitamos Multipath.

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

Connected Targets 2, Devices 1, Paths 2

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

Al publicarla en el mismo Target (SPB de la Cabina) mantenemos idntico nmero de Targets

conectados, un Device adicional que no es ms que la LUN que acabamos de crear, y ahora
las rutas son 4.
El nmero 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).

Connected Targets 2, Devices 2, Paths 4

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

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.

Connected Targets 1, Devices 2, Paths 2

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

Hemos cambiado la publicacin 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 ms que tengamos un nico PortGroup en nuestro iniciador iSCSI, el
nmero de Connected Targets ha subido a 2. Mantenemos el nmero de Devices tambin en 2
ya que el nmero total de LUNs no ha cambiado y las rutas siguen siendo tambin 2.
Lo nico que ha cambiado ha sido la presentacin de una de las LUNs a travs de otro SP.
Podemos ver que en el Runtime Name seguimos utilizando el mismo canal 0 pero conectados
tanto al T1 como tambin al T2, lo que nos da un valor de 2 en Connected Targets.
El SPB de la cabina ya lo tenamos identificado como T1 y ahora hemos presentado una de las
LUNs en el SPA, que ha sido identificado como T0.
Vemos adems que las dos nicas rutas estn activas y con operaciones I/O.

Connected Targets 2, Devices 2, Paths 2

Ejemplo 6: Habilitamos otra vez Multipath.

Luego de hacer binding al iniciador iSCSI con otro PortGroup adicional tenemos Multipath.
Vemos que el nmero 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 nmero de Devices sigue siendo dos, que es el nmero de LUNs que no ha variado.
Pero ahora vemos que tenemos el nmero 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 estn 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.

Connected Targets 4, Devices 2, Paths 4

Ejemplo 7: Presentamos una nueva LUN

En este ejemplo mantenemos Multipath y aadimos una nueva LUN presentndola en SPA.
Ya se ve ms fcil 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
estn todas activas pero solo tres con operaciones de I/O.

Connected Targets 4, Devices 3, Paths 6

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

Connected Targets 4, Devices 3, Paths 6

Ejemplo 8: Rompemos un enlace

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.

Port Group VMKernel con VMNic desconectada

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.

Connected Targets 2, Devices 3, Paths 3

Espero que luego de este Post os hayis aclarado la forma de identificar tanto los canales,
dispositivos y rutas cuando trabajamos con Multipath en vSphere.

Como funciona MultiPath en vSphere

Un Path o Ruta es el camino recorrido desde el interface de acceso al Almacenamiento del

Host (HBA o VMnic) hasta la LUN (pasando por Switches, Puertos y SPs).
Un Host de vSphere gestiona las tecnologas de MultiPath a travs de NMP (Native Multi-Path),
pudiendo ampliarse con tecnologas de terceros.
El componente NMP (Native Multi-Path) gestiona dos APIs: SATP y PSP.
SATP (Storage Array Type Plugin) y PSP (Path Selection Plugin) pueden ser tanto nativos como
de terceros, segn podemos ver en la imagen.
SATP
SATP est compuesto por mltiples PSAs (Pluggable Storage Architecture) que se
corresponden con diferentes tipos y familias de Almacenamiento.
Algunos sistemas de Almacenamiento funcionan en modo Activo/Activo, Activo/Pasivo o con
tecnologa ALUA.
SATP identifica el o los Sistemas de Almacenamiento conectados y los gestiona con el PSA
ms adecuado a fin de optimizar la tecnologa disponible.
Algunas tareas de SATP:
-Monitoriza el estado de las rutas fsicas desde el Host hasta el Almacenamiento
-Identifica y Determina cundo un componente de Hardware ha fallado
-Cambia de Ruta fsica cuando un componente ha fallado

PSP
El componente PSP (Path Selection Plugin) es el encargado de administrar las polticas que
definen cmo se utilizan las rutas mltiples desde un Host hacia el Sistema de
Almacenamiento.
Algunas tareas que realiza PSP:
-Define a travs de cul o cules Rutas Fsicas se envan las peticiones de I/O
-Determina cul o cules Rutas Fsicas se activarn en caso de fallo de alguna de las Rutas
activas

Seguramente te resultar de inters nuestro Post Cmo identificar Targets, Devices y Rutas en
un entorno Multipath en VMware vSphere.

Cmo identificar los Targets, Devices y Rutas en VMware vSphere

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 cmo 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 conexin desde un PortGroup (VMKernel con
VMNic) hacia un SP contar como un Target conectado.
Devices: Es el nmero de LUNs a los que tenemos acceso. Independientemente de los
Targets y Paths.
Paths: Es el nmero 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 fsicos utilizan nombres como vmhba 2 o

vmhba3, y los adaptadores de iSCSI (tanto por Software como Hardware) utilizan un nmero
ms alto como 33, 34 o 35.
En los Hosts con iniciadores de iSCSI por Software se crea un nico Adaptador, por ms que
tengamos varios VMKernel aadidos como bindings.
Channel: identifica al nmero 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 continuacin vamos a mostrar diferentes conexiones a un Sistema de Almacenamiento
alterando el nmero de VMNics y LUNs para ver cmo van cambiando los valores.
En todos los casos utilizaremos una conexin iSCSI por Software.
La cabina dispone de dos controladoras, SPA y SPB. En estos ejemplos utilizaremos un nico
interface Ethernet por cada SP.
La configuracin 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 continuacin.

A continuacin mostramos una captura de una configuracin sin Targets ni LUNs conectadas.

Connected Targets 0, Devices 0, Paths 0

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

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.

Connected Targets 1, Devices 1, Paths 1

Ejemplo 2: Habilitamos Multipath.

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

Connected Targets 2, Devices 1, Paths 2

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

Al publicarla en el mismo Target (SPB de la Cabina) mantenemos idntico nmero de Targets

conectados, un Device adicional que no es ms que la LUN que acabamos de crear, y ahora
las rutas son 4.
El nmero 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).

Connected Targets 2, Devices 2, Paths 4

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

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.

Connected Targets 1, Devices 2, Paths 2

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

Hemos cambiado la publicacin 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 ms que tengamos un nico PortGroup en nuestro iniciador iSCSI, el
nmero de Connected Targets ha subido a 2. Mantenemos el nmero de Devices tambin en 2
ya que el nmero total de LUNs no ha cambiado y las rutas siguen siendo tambin 2.
Lo nico que ha cambiado ha sido la presentacin de una de las LUNs a travs de otro SP.
Podemos ver que en el Runtime Name seguimos utilizando el mismo canal 0 pero conectados
tanto al T1 como tambin al T2, lo que nos da un valor de 2 en Connected Targets.
El SPB de la cabina ya lo tenamos identificado como T1 y ahora hemos presentado una de las
LUNs en el SPA, que ha sido identificado como T0.
Vemos adems que las dos nicas rutas estn activas y con operaciones I/O.

Connected Targets 2, Devices 2, Paths 2

Ejemplo 6: Habilitamos otra vez Multipath.

Luego de hacer binding al iniciador iSCSI con otro PortGroup adicional tenemos Multipath.
Vemos que el nmero 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 nmero de Devices sigue siendo dos, que es el nmero de LUNs que no ha variado.
Pero ahora vemos que tenemos el nmero 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 estn 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.

Connected Targets 4, Devices 2, Paths 4

Ejemplo 7: Presentamos una nueva LUN

En este ejemplo mantenemos Multipath y aadimos una nueva LUN presentndola en SPA.
Ya se ve ms fcil 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
estn todas activas pero solo tres con operaciones de I/O.

Connected Targets 4, Devices 3, Paths 6

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

Connected Targets 4, Devices 3, Paths 6

Ejemplo 8: Rompemos un enlace

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.

Port Group VMKernel con VMNic desconectada

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.

Connected Targets 2, Devices 3, Paths 3

Espero que luego de este Post os hayis aclarado la forma de identificar tanto los canales,
dispositivos y rutas cuando trabajamos con Multipath en vSphere.

Componentes de vSphere MultiPath

En el Post anterior hemos visto cmo funciona MultiPath en vSphere. Hoy veremos el resto de
componentes que nos ayudan con la Alta Disponibilidad y el Balanceo de Carga en el acceso a
nuestro Sistema de Almacenamiento.
Componentes de MultiPath:
Storage Array Type Policy (SATP)
Path Selection Policy (PSP)
Runtime Name
Status
Target
Lun
Preferred

Componentes de vSphere MultiPath en vSphere Web Client

Runtime Name y Componentes
El Runtime Name, como su nombre lo indica, es un nombre no persiste que, una vez
reiniciado el Host, cambia o puede cambiar su valor.
El nombre puede cambiar cuando el componente PSA descubre e identifica los diferentes
Targets. Es posible que en un inicio del Host identifique un Target en primer orden y le llame
Target 0, cuando en otra ocasin ese mismo Target lo identifique como Target 1, lo cual
cambiara el Runtime Name para la misma ruta.
Ejemplo de Runtime: vmhba33:C0:T0:L3
vmhbaxx: Identifica al HBA o Iniciador iSCSI.
Cx: Indica el canal de comunicacin 0 o 1, como en las controladoras SCSI. Si el HBA es un
iniciador iSCSI, cada canal ser un Port Group de VMKernel con un Binding al iniciador.
Tx: Es el nmero de Target. Dependiendo del sistema de almacenamiento una misma LUN
podr estar presentada por un nico Target o bien por varios Targets de forma simultnea.
Lx: Muestra el nmero de LUN. En un entorno multipath ste nmero ser idntico para todos
los Runtime que apunten a la misma LUN.
Status. Estados de Ruta
Las Rutas desde un Host hasta una Lun pueden estar en cuatro estados diferentes:
Active: Ruta Activa, pudiendo enviar peticiones I/O
Standby: Ruta Pasiva o en Standby. No se envan peticiones I/O por esta Ruta

Disabled: La Ruta est administrativamente deshabilitada (normalmente de forma manual)

Dead: La Ruta no tiene conectividad. Posibles fallos en el cable, HBA, Switch o SP.
Target
Un target est representado por un Puerto especfico en un SP determinado.

Ejemplo de un Target de iSCSI en un sistema EMC VNXe

LUN (Logical Unit Number)
La LUN es en definitiva el espacio de almacenamiento disponible que presenta el Sistema de
Almacenamiento, la cual el Host le aplica su formato para luego convertirse en un Datastore.
Cada LUN se presenta con un identificador numrico nico del tipo: 0, 1, 2, 3, 4, etc, etc.
Preferred
Esta opcin nicamente puede estar marcada cuando la poltica de multipath es
VMW_PSP_FIXED.
Se trata de la Ruta marcada como preferida por NMP. Si la Ruta sufre cualquier tipo de fallo,
NMP reenviar las peticiones de I/O por una ruta diferente. Una vez que la Ruta marcada
como preferida vuelve a estar operativa, NMP encaminar nuevamente las peticiones I/O por
la Ruta preferida.

Cmo identificar los Targets, Devices y Rutas en VMware vSphere

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 cmo 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 conexin desde un PortGroup (VMKernel con
VMNic) hacia un SP contar como un Target conectado.
Devices: Es el nmero de LUNs a los que tenemos acceso. Independientemente de los
Targets y Paths.
Paths: Es el nmero 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 fsicos utilizan nombres como vmhba 2 o

vmhba3, y los adaptadores de iSCSI (tanto por Software como Hardware) utilizan un nmero
ms alto como 33, 34 o 35.
En los Hosts con iniciadores de iSCSI por Software se crea un nico Adaptador, por ms que
tengamos varios VMKernel aadidos como bindings.
Channel: identifica al nmero 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 continuacin vamos a mostrar diferentes conexiones a un Sistema de Almacenamiento
alterando el nmero de VMNics y LUNs para ver cmo van cambiando los valores.
En todos los casos utilizaremos una conexin iSCSI por Software.
La cabina dispone de dos controladoras, SPA y SPB. En estos ejemplos utilizaremos un nico
interface Ethernet por cada SP.
La configuracin 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 continuacin.

A continuacin mostramos una captura de una configuracin sin Targets ni LUNs conectadas.

Connected Targets 0, Devices 0, Paths 0

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

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.

Connected Targets 1, Devices 1, Paths 1

Ejemplo 2: Habilitamos Multipath.

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

Connected Targets 2, Devices 1, Paths 2

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

Al publicarla en el mismo Target (SPB de la Cabina) mantenemos idntico nmero de Targets

conectados, un Device adicional que no es ms que la LUN que acabamos de crear, y ahora
las rutas son 4.
El nmero 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).

Connected Targets 2, Devices 2, Paths 4

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

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.

Connected Targets 1, Devices 2, Paths 2

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

Hemos cambiado la publicacin 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 ms que tengamos un nico PortGroup en nuestro iniciador iSCSI, el
nmero de Connected Targets ha subido a 2. Mantenemos el nmero de Devices tambin en 2
ya que el nmero total de LUNs no ha cambiado y las rutas siguen siendo tambin 2.
Lo nico que ha cambiado ha sido la presentacin de una de las LUNs a travs de otro SP.
Podemos ver que en el Runtime Name seguimos utilizando el mismo canal 0 pero conectados
tanto al T1 como tambin al T2, lo que nos da un valor de 2 en Connected Targets.
El SPB de la cabina ya lo tenamos identificado como T1 y ahora hemos presentado una de las
LUNs en el SPA, que ha sido identificado como T0.
Vemos adems que las dos nicas rutas estn activas y con operaciones I/O.

Connected Targets 2, Devices 2, Paths 2

Ejemplo 6: Habilitamos otra vez Multipath.

Luego de hacer binding al iniciador iSCSI con otro PortGroup adicional tenemos Multipath.
Vemos que el nmero 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 nmero de Devices sigue siendo dos, que es el nmero de LUNs que no ha variado.
Pero ahora vemos que tenemos el nmero 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 estn 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.

Connected Targets 4, Devices 2, Paths 4

Ejemplo 7: Presentamos una nueva LUN

En este ejemplo mantenemos Multipath y aadimos una nueva LUN presentndola en SPA.
Ya se ve ms fcil 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
estn todas activas pero solo tres con operaciones de I/O.

Connected Targets 4, Devices 3, Paths 6

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

Connected Targets 4, Devices 3, Paths 6

Ejemplo 8: Rompemos un enlace

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.

Port Group VMKernel con VMNic desconectada

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.

Connected Targets 2, Devices 3, Paths 3

Espero que luego de este Post os hayis aclarado la forma de identificar tanto los canales,
dispositivos y rutas cuando trabajamos con Multipath en vSphere.