Hola
que tipo de "path selection" haceis vosotros normalmente, o mejor, cual recomendais???
y como veis en este me pasa algo raro (no aparece el target) pero el caso es que funciona, sabeis a que se puede deber??
Gracias.
VCP 410
Hola Jose,
tal como muy bien comentan los compañeros aparte de tener ciertos conocimientos sobre la tecnología iscsi, en concreto en el tema de multipathing, es recomendable conocer cómo lo entiende y aplica vmware así como el fabricante de tu cabina SAN ( en tu caso dell )
Así que como diría aquel, vamos por partes
Primero es muy recomendado que le eches un vistazo a la iscsi san configuration guide de vmware.
Tampoco te olvides de verificar si tu cabina esta oficialmente soportada por VMware. De no estarlo ( tranquilo que lo esta ) nadie te asegura que no te puedas llevar una "sorpresa" ... (que me lo cuenten a mi con una EMC AX150i en Vsphere ...)
Finalmente es también muy recomendable que indagues/averigües de la parte del fabricante de la cabina, que información/manuales/recomendaciones dan en la integración con vSphere. Ya que conociendo un poco las características de tu cabina (si por ejemplo es activa/activa o activa/pasiva) puedes llegar a sacarle un mayor provecho y integrarla mejor con vSphere.
Te paso un par de documentos que explican muy bien como integrar tu cabina con vShpere:
http://www.dell.com/downloads/global/solutions/md3000i_esx_deploy_guide.pdf
http://www.delltechcenter.com/page/VMwareESX4.0andPowerVault+MD3000i
En concreto es interesante el tutorial que explica como montar la cabina usando el path selection plugin (PSP) en modo round robbin.
Ya por último, te paso unos enlaces sobre el tema del iscsi multipathing (consulta también el que es para Vi3, no tiene desperdicio) que básicamente encuentro imprescindibles en este tema (sobretodo los dos primeros enlaces):
http://blogs.vmware.com/storage/2009/10/vstorage-multi-paths-options-in-vsphere.html
( Creo que tienes para un rato largo de lectura entretenida )
Respecto a tu pregunta, el método mejor de path selection depende de un poco en cada caso. Sobretodo viene determinado por las características de la cabina y como se quiera integrar con vSphere. El más "conservador" por así decirlo (y el que recomienda vmware si revisas la web de compatibility guides de vmware para tu cabina) es el MRU. Este funciona bien en el 99.99999% de las situaciones. El fixed es una variación del anterior, pero que según como puede dar algún problemilla con según que cabina (por esas cosillas del path trashing). A nivel de rendimiento la teoría dice que posiblemente la mejor opción sea configurar el load balancing de los path/caminos como round robbin.
Por cierto. si revisas el tutorial de más arriba del delltechcenter podrás comprobar que la "particularidad" que a veces no salga la cadena de texto de los target también le pasa al autor. Parece ser que no hay que preocuparse por ese tema
Bueno, espero haberte ayudado en algo, Jose
Regards/Saludos,
Pablo
Please consider awarding
any helpful or corrrect answer. Thanks!! -Por favor considera premiar
cualquier respuesta útil o correcta. ¡¡Muchas gracias!!Hola José
Para guiarte un poco puedes seguir el documento , el cual deja bastante detallada cada una de las opciones.
Respecto la captura de pantalla, deberías comprobar que ese controller está publicado.
Un saludo.
-
José Luis Gómez Ferrer de Couto
Founder of PiPo e2H
Si encuentras que esta o cualquier otra respuesta fue de utilidad, por favor da el voto. Gracias.
If you find this or any other answer useful, please consider awarding points. Thank you.
-
[http://blog.e2h.net/|http://feeds.feedburner.com/PipoE2h-SolucionesTicAvanzadas]
lo miro el documento, pero esta publicado, seguro.
Gracias.
a muestra, esto es desde otro host, y accede al datastore sin problemas.
VCP 410
Hola José como estas?
Para definir correctamente el tipo de multipath es bueno conocer el modelo de storage que tienes por detrás.
Ej, en mi caso ultimamente estoy trabajando con Storage EVA de HP, estos modelos tienen al menos dos controladoras activas y la documentación de HP recomienda configurar el multipath en Round Robin.
<br>Por favor no olvides calificar las respuestas que te resultaron de ayuda o fueron correctas.
Please, don't forget the awarding points for "helpful" and/or "correct" answers.
Regards/Saludos
________________________________________
Ing. Diego Quintana !http://www.images.wisestamp.com/twitter.png![!http://www.images.wisestamp.com/linkedin.png!|http://ar.linkedin.com/in/diegoquintana]
vExpert 2010 - VCP 410- VCP 310 - VAC - VTSP
Unete al grupo de Virtualizacion en Español en Likedin
!http://feeds.feedburner.com/WetcomGroup.1.gif!
Hola Jose,
tal como muy bien comentan los compañeros aparte de tener ciertos conocimientos sobre la tecnología iscsi, en concreto en el tema de multipathing, es recomendable conocer cómo lo entiende y aplica vmware así como el fabricante de tu cabina SAN ( en tu caso dell )
Así que como diría aquel, vamos por partes
Primero es muy recomendado que le eches un vistazo a la iscsi san configuration guide de vmware.
Tampoco te olvides de verificar si tu cabina esta oficialmente soportada por VMware. De no estarlo ( tranquilo que lo esta ) nadie te asegura que no te puedas llevar una "sorpresa" ... (que me lo cuenten a mi con una EMC AX150i en Vsphere ...)
Finalmente es también muy recomendable que indagues/averigües de la parte del fabricante de la cabina, que información/manuales/recomendaciones dan en la integración con vSphere. Ya que conociendo un poco las características de tu cabina (si por ejemplo es activa/activa o activa/pasiva) puedes llegar a sacarle un mayor provecho y integrarla mejor con vSphere.
Te paso un par de documentos que explican muy bien como integrar tu cabina con vShpere:
http://www.dell.com/downloads/global/solutions/md3000i_esx_deploy_guide.pdf
http://www.delltechcenter.com/page/VMwareESX4.0andPowerVault+MD3000i
En concreto es interesante el tutorial que explica como montar la cabina usando el path selection plugin (PSP) en modo round robbin.
Ya por último, te paso unos enlaces sobre el tema del iscsi multipathing (consulta también el que es para Vi3, no tiene desperdicio) que básicamente encuentro imprescindibles en este tema (sobretodo los dos primeros enlaces):
http://blogs.vmware.com/storage/2009/10/vstorage-multi-paths-options-in-vsphere.html
( Creo que tienes para un rato largo de lectura entretenida )
Respecto a tu pregunta, el método mejor de path selection depende de un poco en cada caso. Sobretodo viene determinado por las características de la cabina y como se quiera integrar con vSphere. El más "conservador" por así decirlo (y el que recomienda vmware si revisas la web de compatibility guides de vmware para tu cabina) es el MRU. Este funciona bien en el 99.99999% de las situaciones. El fixed es una variación del anterior, pero que según como puede dar algún problemilla con según que cabina (por esas cosillas del path trashing). A nivel de rendimiento la teoría dice que posiblemente la mejor opción sea configurar el load balancing de los path/caminos como round robbin.
Por cierto. si revisas el tutorial de más arriba del delltechcenter podrás comprobar que la "particularidad" que a veces no salga la cadena de texto de los target también le pasa al autor. Parece ser que no hay que preocuparse por ese tema
Bueno, espero haberte ayudado en algo, Jose
Regards/Saludos,
Pablo
Please consider awarding
any helpful or corrrect answer. Thanks!! -Por favor considera premiar
cualquier respuesta útil o correcta. ¡¡Muchas gracias!!Joer Pablo!!
eres un monstruo
Muchas Gracias!!!!
ya os cuento
VCP 410
La verdad es que si, nunca he sido demasiado guapo!
Jejejeje 😛
Por cierto, lo que te pasa que el target aparece en blanco, parece que ya esta reportado. Echale un vistazo ya que "parece" que este tema puede dar problemas con los discos RDM.
De todas maneras, el KB ya tiene unos cuantos meses (y parece que este tema aún no se ha solucionado) y tampoco es que VMware de demasiado información al respecto ...
Regards/Saludos,
Pablo
Please consider awarding
any helpful or corrrect answer. Thanks!! -Por favor considera premiar
cualquier respuesta útil o correcta. ¡¡Muchas gracias!!Que tal Jose Arcos.
Tal como dicen, el Path va a depender del Storage que tengas. Sim embargo, el ESX es muy inteligente y te detecta de manera automática la tecnología que usa éste y además te escoge el mejor camino (Fixed, MRU, RR).
Ahora, VMware dice:
- Para Storage Activo/Activo seleccione Fixed o RR.
- Para Storage Activo/Pasivo seleccione MRU.
Ahora en mis proyectos trabajo con los Storage iSCSI DELL MD3000i o Equallogic y Storage de marca D-Link que ambos son Activo/Pasivo y debería seleccionar MRU. Sin embargo, a raíz del multipath que viene de forma nativa desde la versión 4, actualmente sólo utilizo Round Robin a pesar de que mi storage es Activo/Pasivo. También tienes la posibilidad de aumentar el MTU a 9000. Esto lo debes hacer en el Switch Físico, El Storage y por último en los Switches Virtuales y creeme que funciona de maravillas!
Adjunto captura.
Saludos!!
Si encuentras que esta o cualquier otra respuesta ha sido de utilidad, vótala. Muchas Gracias.
He estado leyendo... jejeje
ya he visto que todo lo hacen por linea de comandos, ¿es necesario?
yo ahora mismo la md3000 la tengo asi
y la cabina como dicen en el documento, y aun asi no me dice que tenga full multipath
se que la unica diferencia es que ellos crean solo un vswich con dos tarjetas de red y dos portgroup con sendos vmkernels ports, pero eso tambien lo he hecho en otro servidor y pasa lo mismo.
o simplemente me estoy rallando y si solo tengo dos tarjetas de red, aunque tenga 4 en la controladora solo va a haber dos rutas activas????
jejeje
pero entonces no me explico esto
Gracias por vuestra paciencia!!!!!
VCP 410
He estado leyendo más lo que me puso Pablo y en principio esta todo bien, en el ejemplo de dell tambien salen solo dos paths activos (incluso sable en blanco el target)
pero hablan de enlazar la tajeta con el inicializado iscsi asi
esxcli swiscsi nic add –n vmk1 –d vmhbaXX
creeis que es necesario
Gracias.
VCP 410
Hola,
como bien dices parece que tal como lo tienes ahora configurado esta todo bien
Tanto funciona usando dos vSwith con un vmknic/vmkernel/pNIC cada uno como un sólo vSwitch con dos vmknic/vmkernel/pNIC. En uno de los documentos que te he pasado (el de multivendor) ya se explica por el final que realmente hay muy poca diferencia entre las dos opciones y a menudo se opta por una o otra por un puro tema de diseño o limitaciones de hardware (que no es tu caso).
Eso si, sólo asegúrate que cada vmkernel a nivel de portgroup sólo tiene asignada una pNIC. Así de extremo (vmknic) a extremo (LUN) sólo hay un camino (esto no impide/afecta el multipathing). Cosa que no pasaría si una misma vmknic tiene asociados dos pNIC. Este hecho también se explica en más de un documento que te he pasado.
Para un verdadero (y más correcto) multipathing es obligatorio asociar los vmknic a la vmhba del iniciador iscsi mediante el comando que comentas. Te dejo para deberes en casa que consultes la documentación que te he pasado para que veas la justificación de ese paso
Asegúrate (consulta documentación de la cabina y su integración con vSphere en el tema del multipathing) que tu cabina soporta el port binding este que estamos comentando. Si no puede llegar a "liarse parda". De todas maneras en el documento de delltechcenter lo usan, así que no debe haber ningún problema en usarlo.
Revisando este documento:
http://www.delltechcenter.com/page/VMwareESX4.0andPowerVault+MD3000i
Los path quedan como los tienes tú. Aunque en el documento de arriba dicen que la cabina es activa/activa, en verdad no lo es (no es posible acceder a la misma LUN por dos SP a la vez en el mismo momento de tiempo) ya que en el propio documento se explica que realmente se accede a la vez por dos caminos a través de los dos puertos de la misma controladora (SP). Los otros dos caminos que quedan en standby son los otros dos puertos del SP inactivo que sólo entrarán en funcionamiento por failover en caso de haber algún problema con el SP activo..
El caso del compañero Fitox es diferente al tuyo. Si te fijas bien la captura que muestra es con una cabina iscsi dlink ( ese "indiscreta" cadena de texto del target :smileygrin: ) que si que parece que es A/A ya que el SATP que elige de forma automática vmware es VMW_SATP_DEFAULT_AA que es bastante fácil de interpretar que es una configuración para cabinas iscsi activa/activa (en uno de los docs/enlaces que te he señalado algo se explica sobre el tema de los SATP). Eso explica que a él le salen como activos (y enviando iops por) los 4 caminos disponibles.
Respecto a que en la vista de las mv te dice que no tienes multipath, no le haría demasiado caso. Es posible que a raíz del problemilla ese menor que no te sale los targets, este afectando a esa vista del multipath de las mv.
Lo que "va a misa" es que tú veas bien los caminos en la sección del "manage paths" y sobretodo al usar ciertos comandos (como el esxcfg-mpath -l) en la service console.
Como nota final comentarte que en vSphere ya no es necesario crear un puerto de service console en la misma red que la cabina iscsi, tal como pasaba en Vi3.
Bueno, espero/supongo que con esta última explicación mía te habrán quedado claras esas dudillas que te quedaban
Regards/Saludos,
Pablo
Please consider awarding
any helpful or corrrect answer. Thanks!! -Por favor considera premiar
cualquier respuesta útil o correcta. ¡¡Muchas gracias!!Borja_Mari eres un mounstruo!!
Efectivamente la cabina D-LINK es activa dado que sólo tiene una controladora. El único problema es que no es redundante. Adjunto captura.
!Storage.PNG!
Ahora en el caso de las cabinas MD3000i estas tienen dos controladoras (Activa / Pasiva) con 2 puertos GB cada una. Por ende al elegir el algoritmo RR quedan 2 caminos activos y 2 caminos en blacos dado que son estos últimos son de la segunda controladora (Pasiva) a la espera de que la principal falle.
Saludos!!
Si encuentras que esta o cualquier otra respuesta ha sido de utilidad, vótala. Muchas Gracias.
Hola Fitox,
que pesados los dos con lo que soy un monstruo!
Si que no todos pueden ser un brad pit o george cloney cualesquiera!!! :smileygrin:
Regards/Saludos,
Pablo
Please consider awarding
any helpful or corrrect answer. Thanks!! -Por favor considera premiar
cualquier respuesta útil o correcta. ¡¡Muchas gracias!!Jejejeje. Lo de "Mounstruo" lo decía por todo el contenido que publicaste con respecto a la discución. Se nota que sabes mucho del tema y gracias por compartirlo.
Saludos!!
Si encuentras que esta o cualquier otra respuesta ha sido de utilidad, vótala. Muchas Gracias.
Hola,
desde el principio he entendido el sentido que le dais a monstruo, sólo estaba bromeando
A mi a nada que hay buen ambiente/rollo me gusta compartir conocimientos. Para mi es la forma idónea de dar y recibir información, al establecer un canal de comunicación
En mi caso ciertas preguntas hacen que yo también me las plantee o me fuerce a refrescar o aprender según que cosas o aspectos que desconocía total o parcialmente.
En este mundillo IT es sabido que siempre se conoce muchísimo menos de lo que se desconoce. Mi caso no es una excepción. Además usar el avatar de noob no es precisamente casual :smileygrin:
Regards/Saludos,
Pablo
Please consider awarding
any helpful or corrrect answer. Thanks!! -Por favor considera premiar
cualquier respuesta útil o correcta. ¡¡Muchas gracias!!Hola Pablo
una duda sobre esto, si lo hago sobre una infraestructura que esta en marcha, debo seguir algun orden, es decir, habilitar los jumboframes en el switch, luego en los esx, luego en la cabina???
es que eso no lo pone en la documentación.
y para habilitar el multipath, lo mismo?? se puede hacer en caliente??
Graciassss
VCP 410
Hola José,
Yo en casos como los tuyos primero lo habilito en el Switch, luego en la cabina y por ultimo en los ESX.
Un abrazo!
DQ
<br>Por favor no olvides calificar las respuestas que te resultaron de ayuda o fueron correctas.
Please, don't forget the awarding points for "helpful" and/or "correct" answers.
Regards/Saludos
________________________________________
Ing. Diego Quintana !http://www.images.wisestamp.com/twitter.png![!http://www.images.wisestamp.com/linkedin.png!|http://ar.linkedin.com/in/diegoquintana]
vExpert 2010 - VCP 410- VCP 310 - VAC - VTSP
Unete al grupo de Virtualizacion en Español en Likedin
!http://feeds.feedburner.com/WetcomGroup.1.gif!
Hola Diego,
pero eso generara una disrupción del servicio??? tengo que planear una parada de este?
Gracias.
VCP 410
Depende el dispositivo, en los switches será una subida y bajada del port, en le ESX se debe reiniciár y del lado del storage depende el vendor.
Por las dudas estimá una ventana para realizar una pequeña parada programada.
<br>Por favor no olvides calificar las respuestas que te resultaron de ayuda o fueron correctas.
Please, don't forget the awarding points for "helpful" and/or "correct" answers.
Regards/Saludos
________________________________________
Ing. Diego Quintana !http://www.images.wisestamp.com/twitter.png![!http://www.images.wisestamp.com/linkedin.png!|http://ar.linkedin.com/in/diegoquintana]
vExpert 2010 - VCP 410- VCP 310 - VAC - VTSP
Unete al grupo de Virtualizacion en Español en Likedin
!http://feeds.feedburner.com/WetcomGroup.1.gif!
Ok me lo imaginaba que pasaria, bueno, que se le va a hacer!
Graciaas!!
VCP 410