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:
- esxcli swiscsi nic add -n vmk0 -d vmhba35
- esxcli swiscsi nic add -n vmk1 -d vmhba35
- 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.
Los lectores que leyeron este post, también leyeron:
Enhorabuena Miguel. Fenomenal articulo. Por lo que he visto, si tu array iSCSI no es activa/activa, es decir, es activa/pasiva, entonces no podrás hacer load balancing a nivel de i/o.
Aunque bien es cierto que casi todas las cabinas iSCSI que conozco son Activas/Activas y soportan “transparent failover”.
rgds,
J.
Muy buena apreciación José maría porque para serte sincero no había caido en ese tema así que me lo apunto a mi anepdotario para no cometer ningun error.
Gracias como siempre, hoy ya he aprendido algo nuevo.
Un saludo para todos
Hola Miguel y chema.
Gracias por el articulo. Es muy interesante.
Pregunta: Qué pasa si la cabina de discos iSCSI es activa/pasiva? Puedo tener balanceo de carga en los LUNs?
Muchas gracias y fenomenal el blog. Es todo un lujo poder tener tanta información como ponéis y en Español!!!
Hola Javier,
Si tu cabina es activa/pasiva, VMware configurara la política de multipathing con MRU (Most Recent Used) el cual solo podrá hacer un i/o en una LUN simultáneamente, es decir, no puede hacer balanceo de carga a nivel de i/o.
rgds,
J.
Buenos días.
Quisiera ver si me puedes ayudar con un problema que tengo donde un cliente.
Actualmente tengo 4 servidores R710 con vSphere 4 Update 1. Cada servidor tiene 12 NIC. Estos están conectados a 2 cabinas Equallogic PS 6000.
De acuerdo a las mejores prácticas para la RED iSCSI hice el siguiente procedimiento a travez de vCLI:
esxcfg-vswitch -a vSwitch4
esxcfg-vswitch -m 9000 vSwitch4
esxcfg-vswitch -A iSCSI1 vSwitch4
esxcfg-vswitch -A iSCSI2 vSwitch4
esxcfg-vswitch -A iSCSI3 vSwitch4
esxcfg-vswitch -A iSCSI4 vSwitch4
esxcfg-vswitch -A iSCSI5 vSwitch4
esxcfg-vswitch -A iSCSI6 vSwitch4
esxcfg-vswitch -A iSCSI7 vSwitch4
esxcfg-vswitch -A iSCSI8 vSwitch4
esxcfg-vmknic -a -i 10.10.10.20 -n 255.255.255.128 -m 9000 iSCSI1
esxcfg-vmknic -a -i 10.10.10.21 -n 255.255.255.128 -m 9000 iSCSI2
esxcfg-vmknic -a -i 10.10.10.22 -n 255.255.255.128 -m 9000 iSCSI3
esxcfg-vmknic -a -i 10.10.10.23 -n 255.255.255.128 -m 9000 iSCSI4
esxcfg-vmknic -a -i 10.10.10.24 -n 255.255.255.128 -m 9000 iSCSI5
esxcfg-vmknic -a -i 10.10.10.25 -n 255.255.255.128 -m 9000 iSCSI6
esxcfg-vmknic -a -i 10.10.10.26 -n 255.255.255.128 -m 9000 iSCSI7
esxcfg-vmknic -a -i 10.10.10.27 -n 255.255.255.128 -m 9000 iSCSI8
Luego atache 2 nic físicas quedando activas por Port Group VMkernel. quedando de la siguiente manera:
iSCSI1 –> NIC 1
iSCSI2 –> NIC 1
iSCSI3 –> NIC 2
iSCSI4 –> NIC 2
iSCSI5 –> NIC 3
iSCSI6 –> NIC 3
iSCSI7 –> NIC 4
iSCSI8 –> NIC 4
Posteriormente cada Port Group VMkernels los uní (Bound) al Software iniciador ISCSI del ESX:
esxcli swiscsi nic add -n vmk0 -d vmhba36
esxcli swiscsi nic add -n vmk1 -d vmhba36
esxcli swiscsi nic add -n vmk2 -d vmhba36
esxcli swiscsi nic add -n vmk3 -d vmhba36
esxcli swiscsi nic add -n vmk4 -d vmhba36
esxcli swiscsi nic add -n vmk5 -d vmhba36
esxcli swiscsi nic add -n vmk6 -d vmhba36
esxcli swiscsi nic add -n vmk7 -d vmhba36
esxcli swiscsi nic add -n vmk8 -d vmhba36
Después de todo este lío, logro ver las LUN de la cabina Equallogic. Y a la vez en las propiedades de la LUN les asigno el método ROUN Robin.
El problema es que al reiniciar el NODO ESX pierdo la conección y no me muestra las LUN. Revisando el LOG me arroja lo siguiente:
WARNING: iscsi_vmk: iscsivmk_StopConnection: vmhba33:CH:1 T:0 CN:0: iSCSI connection is being marked “OFFLINE”
Nov 2 15:32:36 ens-bulk vmkernel: 4:02:54:27.471 cpu8:4285)WARNING: iscsi_vmk: iscsivmk_StopConnection: Sess [ISID: TARGET: (null) TPGT: 0 TSIH: 0]
Nov 2 15:32:36 ens-bulk vmkernel: 4:02:54:27.471 cpu8:4285)WARNING: iscsi_vmk: iscsivmk_StopConnection: Conn [CID: 0 L: 172.30.207.250:60036 R: 172.30.207.20:3260]
Nov 2 15:32:36 ens-bulk vmkernel: 4:02:54:27.482 cpu8:4285)WARNING: iscsi_vmk: iscsivmk_StopConnection: vmhba33:CH:0 T:1 CN:0: iSCSI connection is being marked “OFFLINE”
Nov 2 15:32:36 ens-bulk vmkernel: 4:02:54:27.482 cpu8:4285)WARNING: iscsi_vmk: iscsivmk_StopConnection: Sess [ISID: TARGET: (null) TPGT: 0 TSIH: 0]
Nov 2 15:32:36 ens-bulk vmkernel: 4:02:54:27.482 cpu8:4285)WARNING: iscsi_vmk: iscsivmk_StopConnection: Conn [CID: 0 L: 172.30.207.250:50120 R: 172.30.207.30:3260]
Nov 2 15:32:36 ens-bulk vmkernel: 4:02:54:27.494 cpu8:4285)WARNING: iscsi_vmk: iscsivmk_StopConnection: vmhba33:CH:1 T:1 CN:0: iSCSI connection is being marked “OFFLINE”
Nov 2 15:32:36 ens-bulk vmkernel: 4:02:54:27.494 cpu8:4285)WARNING: iscsi_vmk: iscsivmk_StopConnection: Sess [ISID: TARGET: (null) TPGT: 0 TSIH: 0]
Nov 2 15:32:36 ens-bulk vmkernel: 4:02:54:27.494 cpu8:4285)WARNING: iscsi_vmk: iscsivmk_StopConnection: Conn [CID: 0 L: 172.30.207.250:51404 R: 172.30.207.40:3260]
Nov 2 15:32:38 ens-bulk vmkernel: 4:02:54:29.298 c
Y Siempre en los eventos del ESX me muestra que pierdo conección. Que error estoy cometiendo?
El documento que utilice para configuración es el siguiente (Oficial)
http://communities.vmware.com/servlet/JiveServlet/download/1436403-32688/TR%20Configuring%20VMWare%20vSphere%20SW%20iSCSI%20with%20EqualLogic%20PS%20Series%20Storage.pdf
Espero que me puedan Ayudar.
Saludos
Hola Alvaro espero no llegar muy tarde pero a veces no es fácil llegar a todo y te ofrezco mis disculpas.
Voy a darte posibles soluciones:
1- Podría ser un fallo en tu red tanto switch como Router (revisa configuraciones)
2- Podría ser un Bug de VMware que está teniendo una serie de problemas con el tema del ISCSI y que viene coleando hace ya algún tiempo y está sin resolver a la espera de un PATCH.
3.- Borra los vkernel de ISCSI poniendo el HOST ESX en modo mantenimento y vuelve a recrearlos de nuevo.
Te dejo un LINK que te va a avenir estupendamente.
http://communities.vmware.com/thread/228054
Tranquilo Miguel, toda ayuda es válida independiente del tiempo.
Fallo a nivel de red no lo tengo. Ya que tengo vlan separadas para el tráfico iSCSI y también hice un laboratorio dejándolos planos y me pasa lo mismo.
Sinceramente pienso que es un BUG de VMware con el tema de multipath.
Al final lo que estoy haciendo, es crear 2 vSwitch en modo nic team con 2 tarjetas atachadas y va muy bien.
Te dejó un link donde un tiempo también piensa que es un bug y aplica otra configuración muy similar pero igual sigue teniendo problemas.
http://virtualizationbuster.wordpress.com/
Qué piensas tú?
Saludos.
Hola Alvaro de nuevo, pienso igual que tú y después de ver el LINK que me has dejado aún lo corroboro más si cabe. Esperemos que nuestros chicos de VMware se pongan manos a la obra cuanto antes porque este problema va a traer cola al final.
Siento no poder darte una solución definitiva, pero si tal como lo has hecho te funciona ese es un gran paso, no cabe duda.
Un saludo y mucha suerte en todos tus proyectos, no dudes en ponerte en contacto conmigo o José Maía para poderte ayudar en lo que buenamente sepamos.
Un saludo
No dudes en que me comunicaré lo antes posible.
Es una pena que aún exista este tipo de problemas ya que hace bastante tiempo sacaron el update 1 de la versión 4. Ojalá que en el update 2 corrigan estos errores.
En tu configuración no tienes pérdida? te funciona todo ok?
Saludos