Hola amigos. Soy Ferran Serafini y aquí vuelvo como cada miércoles para contaros algo nuevo sobre XenServer.

La semana pasada aprendimos como gestionar nuestras maquinas virtuales desde CLI y vimos algunas funciones más avanzadas como la importación/exportación de máquinas virtuales. Hoy entraremos más a fondo y os daré las pistas para que podáis implementar un backup sencillo de vuestras máquinas virtuales.

A grandes rasgos lo que haremos hoy es exportar una maquina virtual utilizando un snapshot a un fichero local y luego lo importaremos para comprobar que funciona. Esta vez, de forma que podremos exportar una maquina virtual sin tener que pararla y no afectar a nuestros entornos productivos.

El proceso lo podemos esquematizar así:

Creación del snapshot

Los snapshots se crean con el comando xe vm-snapshot con los parámetros vm= “Nombre de la maquina virtual” y new-name-label= El nombre que tendrá el snapshot.

# xe vm-snapshot vm=vmachine01 new-name-label=backup_vm01

Si la maquina virtual es Windows podemos usar el soporte VSS mediante:

#xe vm-snapshot-with-quiesce vm=vmachine01 new-name-label=backup_vm01

Una vez ejecutemos el comando anterior nos mostrará una salida como esta:

1e2661f0-e94f-0cac-f1ba-4c59c9054e56 ->El UUID del snapshot

Podemos listar los snapshots con:

# xe snapshot-list

Y podemos ver los snapshots de una maquina virtual con:

# xe snapshot-list snapshot-of=UUID de la maquina virtual

Por defecto XenServer cuando genera un snapshot, este se genera como si fuera una plantilla “Template”. Si hiciéramos la prueba de exportarlo en este momento y lo volviéramos a importar veríamos en nuestro XenCenter que el resultado sería como el que se puede ver en la imagen, un template de la maquina virtual original. Auque es interesante, lo que queremos es disponer de una maquina virtual para ser utilizada rápidamente, así que transformaremos este template en una maquina virtual corriente con un sencillo paso.

Transformación de un template a una máquina virtual

Para transformar un “template” a una maquina virtual es simplemente cambiando un parámetro con el comando xe template-param-set.

#xe template-param-set is-a-template=false ha-always-run=false uuid=1e2661f0-e94f-0cac-f1ba-4c59c9054e56

Exportación

Exportamos nuestro snapshot convertido en maquina virtual:

#xe vm-export uuid=1e2661f0-e94f-0cac-f1ba-4c59c9054e56 filename=/backup/vm01.xva

Cuando finalice el comando anterior, ya tendremos nuestra maquina virtual exportada a un fichero, sin necesidad de parar la maquina virtual original. Para ser más limpios podemos borrar la maquina virtual del entorno XenServer:

#xe vm-uninstall uuid=1e2661f0-e94f-0cac-f1ba-4c59c9054e56 force=true

Importación

Vamos a ver como restaurar este fichero .xva para simular la restauración de la máquina virtual.

#xe vm-import filename=/backup/vm01.xva preserve=true

Una vez finalizado, ya volvemos a tener nuestra flamante maquina virtual lista para ser arrancada

Amigos, tenéis en vuestras manos las herramientas para crear scripts, hacer vuestros backups, replicar maquinas entre entornos (pools) independientes, y con todo esto,  me despido hasta la semana que viene. Espero como siempre haberte contado algo interesante sobre XenServer.

¿Crees que este artículo puede interesar a alguien a quien conoces? Compártelo clicando los botones de Twitter y Facebook de abajo o arriba. Gracias.

Hola amigos, hoy vengo con más comandos prácticos y nuevos trucos para XenServer.

Hoy os mostraré una breve introducción a la api de XenServer (XAPI) y realizaremos operaciones básicas con las maquinas virtuales.

La API de XenServer – XAPI

XenServer utiliza XAPI para gestionar todas las operaciones. XenCenter, consola (CLI) o xsconsole interactúan directamente con XAPI.

Xapi trabaja como webservice así que los que dominéis python, perl, java, etc… Tenéis a vuestra disposición infinidad de opciones para “tunear” vuestros entornos de administración, tareas automatizadas…

Podéis consultar más a fondo como funciona en su documentación oficial:

http://www.xen.org/files/XenCloud/ocamldoc/apidoc.html

Operaciones con maquinas virtuales

Podemos ver mediante el comando xe vm + TAB todas las opciones que podemos realizar desde la CLI.

Las operaciones básicas como parar, arrancar, reiniciar o migrar de servidor dom0 son:

• xe vm-shutdown
• xe vm-start
• xe vm-reboot
• xe vm-migrate

Seguido del UUID de la maquina o más sencillo, por el name-label (nombre de la maquina virtual).

Los comandos de parada vm-shutdown y vm-reboot tienen también un parámetro que podemos necesitarlo en caso que la maquina virtual no reaccione a la orden de apagado normal. El parámetro es force=true es literalmente como desenchufar el “cable virtual” de la fuente de alimentación de la máquina virtual.

xe vm-shutdown name-label=vserver01 force=true

Para migrar una maquina virtual de servidor domain0 se utiliza xe vm-migrate. Como requisito, debes disponer de almacenamiento compartido y tener las xentools instaladas en las maquinas virtuales.  Simplemente hay que especificar el nombre de la maquina virtual (name-label o UUID) y el host de destino.

xe vm-migrate name-label=vserver01 host=xensrv02

Otro comando muy interesante es xe vm-export. Este nos permite exportar una maquina virtual apagada a un fichero.

xe vm-export vm=vserv01 filename=/nfs/vms/server.xva

Una vez exportado, tenemos una copia exacta de la maquina que puede importada al mismo o a otro entorno XenServer mediante xe vm-import

Por defecto vm-import genera una nueva MAC, si nos interesa importar la maquina con la misma MAC que la maquina original, el parámetro preserve=true nos mantendrá intacta la configuración original.

Con esto amigo, me despido por hoy, espero sobretodo haberte contado algo de tu interés y no olvides que puedes comentar abajo cualquier duda o sugerencia.

Espero verte la semana que viene donde expondré más a fondo la gestión de snapshots, su exportación para que te puedas hacer un backup de tus máquinas personalizado y otras cosas para que veas en XenServer una solución viable a tu entorno de virtualización.

¿Crees que este post puede interesar a alguien? En ese caso clica en los botones de compartir de arriba o abajo. Gracias por el apoyo.

¡Hola, soy Ferran Serafini! Es un honor para mí poder anunciaros que a partir de hoy cada miércoles tendré la oportunidad de explicaros todo lo que queréis saber sobre XenServer.

Mis primeras palabras son de agradecimiento para José María González por la oportunidad de participar en este gran blog que llevo siguiendo desde hace mucho tiempo y colaborando desde hace unos meses en el foro de XenServer.

Cada miércoles os iré enseñando trucos, consejos y novedades sobre la virtualización de servidores con XenServer. Mi objetivo es daros las técnicas necesarias para despegar si aún no lo habéis probado, entrar en el mundo del la línea de comandos básicos y avanzados, donde configuraremos máquinas, almacenamiento, redes, etc utilizando ejemplos prácticos y reales.

Empezaremos hoy con la introducción a la CLI de XenServer donde aprendernos durante las próximas semanas a utilizar todo su potencial. Esto nos va a permitir documentar de forma precisa, crear nuestros scripts y entrar mucho más a fondo del que nos permite la consola gráfica de XenServer.

¡Empecemos!

XenServer tiene mucho más potencial del que nos parece si solo hemos usado XenCenter, como muchos ya sabréis la CLI de XenServer está en el comando xe. Para usar la CLI basta con entrar por SSH a un servidor XenServer o bien instalarte el binario xe-cli. Si tienes instalado XenCenter, el binario xe ya viene incluido, està en: C:\Archivos de programa\Citrix\XenCenter\xe.exe

Todos los comandos que iremos viendo los hago desde el propio servidor XenServer.

La sintaxis básica es:

xe comando argumento=valor argumento=valor

De comandos para xe hay más de 300, poco a poco los iremos viendo casi todos. Con xe <espacio> y dos tabulaciones los podemos ver.

Ejemplo 1: Queremos ver las maquinas virtuales que tenemos.

Ejemplo 2: Queremos ver los hosts que tenemos en un mismo pool

Ejemplo 3: Queremos ver solo las máquinas virtuales que tiene un host

Resumiendo lo que hemos visto en los ejemplos, XenServer identifica los objetos (maquinas virtuales, hosts, redes) por el identificador único UUID. Con él podemos consultar valores que están en otros objetos/argumentos como en el tercer ejemplo. Siempre tener a mano el tabulador, ayuda en la búsqueda de los argumentos que necesitas.

Recuerda que podemos consultar la ayuda de xe mediante:

Amigos, aquí finalizo por hoy. Espero que os haya resultado interesante y animaros a seguir profundizando el la línea de comandos de XenServer. La próxima semana volveré a la carga con más comandos que te serán útiles para tener tus servidores XenServer bien controlados.

¿Crees que este post puede interesar a alguien? En ese caso clica en los botones de compartir de arriba o abajo. Gracias por el apoyo.

Hola amigos, soy Florián Murillo. Hoy estoy nostálgico, me he puesto a recordar la historia de VMware y la evolución de Elastic Sky X, hace tanto tiempo que lo nombramos por sus siglas (ESX) que nos hemos olvidado de su nombre ¿verdad?

¿Cuales son, según mi opinión, las mejores características de cada versión de ESX?

En 2001 nació la versión 1 y para mi, la mejor característica que tuvo fue nacer, y aportar una forma diferente y atrevida de entender el concepto de las TI en las empresas (entornos x86). ¿Cómo sería el mundo de las TI hoy si no hubiera aparecido ESX v.1? ¿Estaríamos hablando de cloud ahora? ¿Habría energía eléctrica en los DataCenters para alimentar a todos los servidores? y… ¿Donde alojaríamos tantos servidores?

En 2003 se lanza la versión 2 y como grandes novedades, vMotion y VirtualCenter. Aún era un producto para expertos en Linux, se hacían mas tareas con CLI que con VirtualCenter, pero había nacido con VirtualCenter la Gestión de las Infraestructuras Virtuales. VMware empezaba a mejorar, tímidamente, los negocio, con su producto.

El año 2006 nace la versión 3 y se produce un antes y un después en esta tecnología. Como gran novedad aportó VMware HA, aún recuerdo ese año evangelizando a clientes reunidos en hoteles, un mes si y otro también hablándoles de vMotion y VMware HA, era increíble como les explicabas lo que hacia el producto y no se inmutaban, en el momento que te conectabas a un CPD en producción y se lo enseñaban en vivo y en directo, no les cabían los ojos en las órbitas ¿tan mal me explico?. Era fascinante saber que hacías una presentación y triunfabas, gracias VMware.

El año 2009 se presenta en sociedad la versión 4, aquí discrepo de VMware acerca de cual es la gran mejora de esta versión (ellos dicen que es VMware FT) para mi es Storage vMotion, nos proporciona escalabilidad y disponibilidad y para mi, en segunda posición: La visión de VMware para abrir su producto con APIs de todo tipo. Algunas de ellas son la vNetwork Appliance API, la Pluggable Storage Architecture o la vStorage API for Data Protection.

Con estas incorporaciones, poco visibles a priori, se garantiza la evolución el producto, son soluciones propias o de otros fabricante. Las APIs permiten liberar la creatividad sin el freno de las limitaciones tecnológicas. La prueba de ello es que gracias a estas APIs han seguido deslumbrando en la versión 4.1 con Storage I/O Control, Network I/O Control o VAAI.

¿Cuál crees tu que son las mejores aportaciones de cada nueva versión?

¿Crees que este post puede interesar a alguien? En ese caso clica en los botones de compartir de arriba. Gracias por el apoyo.

Queridos lectores,

En el post de hoy, os enseñaré a modificar la ip y máscara de la interfaz de administración en un servidor Citrix XenServer, y que además, esta dentro de un pool. Para ello podremos hacerlo de dos formas, desde la consola fisica de XenServer y desde CLI.

Sea un método u otro recomiendo hacerlo in situ, mas que nada por si hay fallo o perdida de conectividad.

1.- Realizamos un backup de metadata y de las VM con el proposito de tener todo asegurado.

2.- Desactivamos la alta disponibilidad si la tuviéramos. Esto lo podemos hacer desde XenCenter

3.- Modificamos la ip y máscara:

Método A:

Accedemos a cualquier servidor del pool dentro de su consola física xsconsole. Si lo estuviéramos haciendo remotamente teclearíamos xsconsole en cualquier consola ssh.

Seleccionamos: Network and Management Interface > Cofigure Management Interface. Seguidamente asignamos la configuración de la interfaz de administración

Si viéramos que aplicando cambios que queda congelada la pantalla podemos teclear CTRL + Z, nos aparecerá una consola linux y ejecutaremos xe-toolstack-restart. Posteriormente podremos retornar a xsconsole con el comando fg%1

Método B:

Todo el método B es posible hacerlo mediante el siguiente comando:

xe pif-reconfigure-ip uuid=”UUID of host management PIF” IP=”New IP” gateway=”GatewayIP” netmask=”Subnet Mask” DNS=”DNS Lookup IPs” mode=”dhcp,none,static”

4.- Ejecutamos xe-toolstack-restart para guardar cambios de forma segura. Comprobaremos con xe host-is-in-emergency-mode si el servidor está en modo de emergencia.

5.- Ejecutaremos 3 y 4 en todos los servers del pool.

6.- Mediante cualquiera de los métodos del paso 3 modificamos la IP en el pool master

7.- Ejecutamos xe-toolstack-restart en el pool master

8.- En todos los miembros del pool menos en el pool master ejecutamos xe pool-emergency-reset-master master-address=IP_OF_THE_MASTER

9.- Verificamos el correcto funcionamiento del pool.

10.- Habilitamos alta disponibilidad si lo hubiéramos deshabilitado.

Como veis con estos sencillos pasos habremos cambiado la ip y mascara de nuestro pool de xenservers. No olvidéis realizar backups por si las moscas.

¿Crees que este post puede interesar a alguien? En ese caso clica en los botones de compartir de arriba. Gracias por el apoyo.

Queridos lectores,

Hace unos días Citrix publicaba el nuevo parche para su descarga.

Por lo visto desaparecía el CDROM adjuntado después de una migración de una máquina virtual windows y que además podía dar lugar a perdidas de rendimiento producidas por exceso de CPU.

Aquí os dejo el enlace para su descarga directa:

http://support.citrix.com/servlet/KbServlet/download/26483-102-650199/XS56EFP1005.zip

A continuación paso a recordaros como podéis realizar su instalación desde CLI.

1.- Descarga del hotfix de la url que os pongo anteriormente.

wget http://support.citrix.com/servlet/KbServlet/download/26483-102-650199/XS56EFP1005.zip

2.- Subimos el parche sobre XenServer

xe patch-upload file-name=”nombre del parche”

3.- El comando anterior imprime por pantalla el siguiente UUID:

6548ea15-2d71-4230-afaf-bf4f4936a893

4.- Aplicamos el parche sobre XenServer

xe -patch-pool-apply uuid=6548ea15-2d71-4230-afaf-bf4f4936a893

5.- Verificar

xe patch-list

El parche se aplicará sobre todos los host del pool, pero no tendrá efecto hasta que no se reinicie.

Como veis con unos sencillos pasos tendremos la última versión de XenServer actualizada. Espero, como siempre, que os sea de gran utilidad.

Queridos lectores,

Al igual que hice hace ya tiempo en un post anteriror, donde explique como redimensionar un disco de una VM Windows cuando me quedo sin espacio, hoy lo haré para una máquina virtual linux.

Cabe señalar que para el siguiente ejemplo lo haremos sobre una partición ext3 y sobre una máquina virtual que trabaja en runlevel3, es decir no disponemos de entorno gráfico. Y esto último lo digo porque en distribuciones como Ubuntu o OpenSuse llevan utilidades en modo GUI desde las cuales puedes redimensionar los discos.

1.- Incrementaremos desde la consola de Citrix XenCenter el tamaño del disco de la VM que queremos aumentar, para poder hacer esto la VM tiene que estar apagada:

2.- Desatachamos el disco:

3.- Nos descargamos la ultima versión del liveCD de GParted y la guardamos en el repositorio ISO.

4.- Creamos una nueva máquina virtual y le decimos que arranque desde la iso que nos hemos descargado:

5.- Antes de finalizar el proceso de creación de la VM desmarcamos la opción que arranque automáticamente al acabar.

6.- Una vez creada, le atachamos el disco que queremos redimensionar:

7.- Arrancamos la VM desde la ISO descargada y desde las utilidades de GParted redimensionamos la partición. Hay que decir que este proceso durará bastante tiempo, dependiendo del tamaño de la partición.

8.- Una vez finalizado, apagamos la máquina virtual y hacemos el proceso inverso. Desatachamos el disco de la máquina temporal y lo
atachamos en su máquina original y con esto tendremos el disco redimensionado a un tamaño mas grande.

Como veis es un proceso sencillo que además podemos hacerlo desde modo GUI que es más fácil e intuitivo. El mismo proceso es posible realizarlo desde comandos CLI e incluso desde la misma máquina local, pero hay que tener en cuenta que al ser una partición ext3 antes de trabajar sobre ella hay que desmontarla primero.

Nada más queridos lectores, me despido hasta la semana que viene, como siempre espero que os sea de utilidad.

Queridos lectores,

En el post de hoy os enseñaré un pequeño truco para poder disponer de nuestras ISOs en el almacenamiento local de nuestro XenServer.

Como sabéis desde la consola de XenCenter la única manera de poder crear un repositorio para ISOs es a través de la red:

Os recuerdo los pasos:

1.- Añadimos nuevo storage, seleccionamos NFS ISO

2.- Introducimos la ruta del servidor y del directorio publicado por NFS y pulsamos en finalizar

Lógicamente para este método necesitaremos un sistema que permita almacenamiento en red. Pero para instalaciones más modestas existe este otro método que explico a continuación en el cual podremos meter nuestras ISOs en el repositorio local del servidor XenServer

Nos conectamos por SSH al servidor XenServer y desde CLI ejecutaremos los siguientes comandos:

1.- Creamos el directorio por ejemplo:

mkdir /var/opt/xen/isos

2.- Creamos el repositorio en el directorio anteriormente creado:

xe sr-create name-label=ISOs type=iso device-config:location=/var/opt/xen/isos device-config:legacy_mode=true content-type=iso

Y como podéis apreciar si hacemos un listado de los repositorios sale en nuevo creado:

A partir de ahora tendremos que subir los ISOs mediante SCP desde Linux o Mac o cualquier cliente Windows como WinSCP.

Esto es todo amigos, como siempre espero que sea de utilidad.

Queridos lectores,

En el post de hoy describiré como hacer uso de la utilidad XenTop del modo CLI.

Xentop es una utilidad incluida en todas las versiones de XenServer, muestra información en tiempo real sobre XenServer y los dominios que hay corriendo sobre el. Para poder hacer uso de ella debemos entrar a la consola CLI si estamos en local o por ssh si estamos en remoto.

Una vez dentro tendremos que poner la siguiente orden:

#xentop

A continuación pasa a describiros cada columna para que sepáis interpretar la información que imprime XenServer:

CPU(sec): Muestra el consumo de cpu en segundos

CPU(%): Muestra el porcentaje de cpu.

VCPUS: Muestra el número de cpus virtuales

NETs: Muestra el número de redes virtuales

MEM: Muestra la memoria consumida

MAXMEM(K): Muestra el registro de máxima memoria en KB

MAXMEM(%): Muestra el porcentaje de registro máximo de memoria.

NETTX: Muestra el número total de tx

NETRX: Muestra el número total de rx

VBDS: Muestra el número de virtual bloks

VBD OO: Muestra el número total de peticiones VBD OO.

VBD_RD: Muestra el número de lecturas

VBD_WR: Muestra el número de escrituras.

STATE: Muestra el estado:

- d: Muriendo
- s: Apagando
- b: bloqueado
- c: fallo
- p: pausado
- r: en funcionamiento

Esto es todo queridos lectores, como siempre espero que sea de utilidad.

Hola amigos,

En el post de hoy os explicaré algo bien sencillo. Será conectarnos a nuestro servidor XenServer mediante SSH. Tarea muy habitual en el mundo de la administración de sistemas.

Explicaremos como hacerlo desde un equipo Mac y desde otro Windows.

Desde Mac:

1.- Aplicaciones –> Utilidades –> Terminal

ssh usuario@ipDelServidorXenServer

En el caso que no fuera el puerto por defecto habría que poner la opcion -p

2.- Una vez dentro podremos ejecutar cualquier comando de XenServer:

xe “comando”

3.- Por supuesto también podremos hacer uso de la consola xsconsole:

xsconsole

Desde Windows:

A través de la aplicación putty.exe: http://www.chiark.greenend.org.uk/~sgtatham/putty/download.html

1.- Ejecutamos el programa

2.- En host ponemos la dirección ip del servidor. Conectamos y nos pedirá las credenciales.

3.- Una vez dentro podremos volver a ejecutar cualquier comando de linux o XenServer.

Nada mas queridos lectores, con esto ya no es necesario que estéis en local para que podáis ejecutar CLI sobre XenServer.

Queridos lectores,

Hace algunas semanas os detallé como poder exportar máquinas virtuales. Para ello es comenté que si lo hacíais desde CLI necesitabais algún tipo de almacenamiento NFS o CIFs para poder volcar el fichero de exportación.

En el post de hoy os explicaré como copiar una máquina virtual desde línea de comandos. Esta vez podréis copiarla sobre el mismo repositorio de almacenamiento SR donde está alojada la máquina virtual que queremos copiar. Por supuesto, también podréis copiarla sobre un repositorio SR alternativo, por ejemplo, hacer una copia del respositorio SR local de XenServer a un respositorio iSCSI.

El proceso de copia son tres pasos bien sencillos. Debéis aseguraros que la máquina virtual está apagada.

1.- Listar para encontrar la máquina virtual que queréis copiar:

# xe vm-list

2.- Listar los repositorios de almacenamiento. Si queréis copiar de un repositorio a otro, apuntaros cual será origen y cual será destino.

# xe sr-list

3.- Copiar la máquina virtual

# xe vm-copy vm=”Nombre de la Máquina Virtual que queréis copiar” sr-uuid=”Respositorio de almacenamiento destino” new-name-label=”Nuevo nombre para la Máquina virtual” new-name-description=”Nueva descripción para la máquina virtual”

Para acabar comentaros que esta operación también podréis hacerla desde XenCenter. En el proceso de configuración de la copia aparece alguna opción añadida como borrar la máquina virtual original después de la copia. Opción que desaconsejo totalmente por posibles problemas que puedan surgir durante el proceso de la misma. Nunca se sabe… Primero hacer la copia y una vez realizada si estáis bien seguros de eliminar la original podréis dar la orden sin problemas.

Como siempre espero que os sea de utilidad.

Hola a todos,

En muchos de mis posts he mencionado el uso de almacenamiento CIFs para poder volcar en el mismo los backups o ficheros de exportación.

En el post de hoy os detallo como montar una unidad CIFs (Windows File System) en un servidor XenServer desde línea de comandos.

1.- Nos logueamos en el servidor como usuario root. Podemos hacerlo remotamente desde mediante ssh

#ssh root@ip_del_servidor_XenServer

2.- Creamos el punto de montaje

#mkdir /mnt/directorio

3.- Montamos

#mount -t cifs //ip/directorioPublicado -o username=usuario,password=contraseña /mnt/directorio

4.- comprobamos

#mount

Como siempre espero que os sea útil.

Hola de nuevo, soy Miguel Angel Alonso y aquí estoy afortunadamente una vez más con vosotros para mostraros un nuevo artículo que espero que os guste y os pueda ayudar en vuestras inquietudes diarias de nuestro mundo de la virtualización.

Hoy le ha tocado el turno a cómo crear Multipathing desde la consola ESXCLI.

En el artículo de Chad Sakac y otros como(Netapp, EMC, Dell, HP, VMware) podremos tener acceso al nuevo método de Multipathing iSCSI para la nueva versión de ESX(vSphere).

Por fin en esta versión el iniciador ISCSI estará habilitado para múltiples conexiones  ISCSI. (Multipathing mediante múltiples conexiones TCP)

Estoy encantado realmente con dicha función y lo fácil de configurarala que es. Necesitarás varias pautas a seguir para su correcto funcionamiento. Necesitaremos asignar 2 NICs a un VMkernel (o más) y sólo una NIC áctiva. Las demás NICs las moveremos hacia abajo (DOWN) en la sección “Unused Adapters”.

Después de haber creado tus VMkernels y unirlos (Bound) a una NIC específica, necesitarás añadirlos a tu Software iniciador ISCSI:

1. esxcli swiscsi nic add -n vmk0 -d vmhba35
2. esxcli swiscsi nic add -n vmk1 -d vmhba35
3. esxcli swiscsi nic list -d vmhba35

Si chequeas tu cliente vSphere te darás cuenta que habremos conseguido 2 PATHS en tu ISCSI Target, aquí os dejo un ejemplo:

Y en el ESXTOP, puedes ver los 2 VMKernel Ports con su tráfico:

Esta es una de las muchas cosas que se pueden conseguir mediante la consola de comandos ESXCLI.

Por supuesto en el Screenshot de arriba podemos ver que nuestra opción de Multipathing está en FIXED, pero como ya sabemos podremos elegir también entre MOST RECENT USED (MRU) o ROUND ROBIN (RR).

Bueno por fin un artículo un poquito más corto de lo que es habitual en mí pero creo que no por ello menos interesante. Aprovecho de nuevo para saludaros y daros siempre las gracias por estar ahí y como no, una y cuantas veces hagan falta a Jose María Gonzalez y todos mis compañeros del Blog que son increíbles.

Hasta la próxima semana.