All Posts

Ok, Eso lo tengo claro, pero puedo tener a la vez una Política en la que una HBA me hace de activa y otra de pasiva sirviendo unas LUNS y al mismo tiempo con estas dos HBA servir otras LUN´s distintas utilizando para estas nuevas LUNS la HBA pasiva del primer grupo de LUNS como activa para este nuevo grupo de LUNS y la activa del primer grupo de LUNS como pasiva de este nuevo. Se permite esto, que según que LUNS una HBA se comporte para una política como pasiva y para otro grupo de LUNS se comperte como activa.(A LA MISMA VEZ). Esto lo soporta el entorno Virtual Center de VMWARE.

NFS sobre Windows 2003 funciona, ya lo se y lo he implantado más de una vez. El problema no es de configuracion, sino de rendimiento. Conectar una MSA20 de HP a un servidor NFS, compartir espacio de esa cabina y usarlo para que VMware ESX cree y trabaje con esas maquinas NO FUNCIONA. ¿Qué pasaría si en vez de esta cabina fuera una MSA30 ? pues ya no lo se. Me huele que la MSA 30 si que funcionaría ya que su rendimiento es mucho mejor que el de la MSA20.

Efectivamente, puedes presentar las LUNs, o mejor dicho los Datastores, a la HBA que quieras. Por defecto la politica que se establece para el multipathing es MRU. Esta politica cogera la primera de las HBA para las comunicaciones. Si lo que quieres es cambiar a la otra HBA debes deshabilitar la primera tarjeta para que se haga el cambio a la segunda automaticamente. Dejalo unos minutos hasta que envie algo de informacion por su camino para que se quede fija y pasado este tiempo vuelve a habilitar la primera. Si no dejas pasar este tiempo y no se envia informacion por el camino de la segunda tarjeta al volver a activar la primera se pondra como Active por el tipo de politica establecida (MRU). Despues de todo esto la primera tarjeta se quedara en Standby para esa LUN (o Datastore) en concreto. Diego.

En una configuración de Controladoras Activa/Pasiva se recomienda usar MRU. Bajo MRU, se puede manualmente balancear la presentación de las LUNs a las HBAs, el problema que vas a tener es que en caso de failover, perderás la configuración de load balancing que estabas usando en este momento. Yo opino lo mismo que jccoca, a no ser que tengas mucha carga en cada HBA yo no me complicaría, podría MRU por defecto y listo. En cuanto a rendimiento deberías analizar ¿cuantas máquinas virtuales tienes por cada LUN? ¿qué tamaño de LUN? ¿cuanta carga están realizando? Ya que posiblemente te encuentres primero un cuello de botella ahí. Lo de añadir más HBAs, yo lo suelo recomendar para separar el acceso a las LUNs VMFS del acceso RDM, en sitios donde hay muchas máquinas virtuales, máquinas con acceso RDM y clusters en máquinas virtuales. Un saludo, Juan Carlos Sánchez

Hola, Sí, puedes presentar unas LUNs ACTIVAS a una HBA y otras a la otra. La política se define a nivel de LUN no a nivel de HBA, La diferencia entre la política MRU y Fixed es que con la Fixed intentará siempre ir por el preferred path y con la MRU usará el último path por el que tuvo acceso a la LUN. No hace falta que pongas mas HBAs. Si no te interesa el path por el que está accediendo a una LUN sólo tienes que darle boton derecho en el datastore y propiedades, en Manage Paths deshabilita el Path que no te interese y verás como cambia al otro, luego puedes volver a habilitar el path.

No van cargadas, lo que pretendo es dedicar una LUN en concreto y un camino en concreto hacia esa LUN exclusivos para una máquina virtual que ha de mover una base de datos bastante grande. Lo que necesito saber es, si un gropu de dos HBA utilizardas en una configuración HBA1 ACTIVA y HBA2 PASIVA, en las que se accesden a un grupo de LUNS.Estas mismas HBA´s pueden ser utilizadas, la que se usa como pasiva (HBA2) como activa y la que se esta usando como activa (HBA1) como pasiva para presentar a mis servidores otra LUN o LUN´s. Estas HBA al estar formando parte de una política (MRU) no pueden formar parte de otra politica de ACTIVO/PASIVO en la que se invierten los papeles de las HBA.????? Sería mejor utilizar dos HBA nuevas para presentar nuevas LUNS que no compartar caminos con las LUNS ya presentardas???

Hola, ¿De qué cabina estamos hablando? Independientemente de la cabina la política de Multipath la defines a nivel de LUN, si eres capaz de mostrar a la segunda HBA la LUN como activa se comportará tal y como quieres. Por otro lado para que puedas usar la segunda HBA como ACTIVA no es necesario que las LUNs estén en controladoras diferentes, lo único que tienes que hacer es que la segunda HBA pueda llegar hasta la controladora que tiene la LUN, esto lo puedes hacer con una configuración cross-over en la cabina (tendrás 4 paths a cada LUN) o si las dos HBAs están en el mismo fabric. La forma de controlar que se accede a las LUNs siempre por donde tu quieres es estableciendo la política a Fixed, pero piensa que si tienes mas de un servidor accediendo a la misma LUN la política Fixed no es nada aconsejable ya que se podría producir path trashing (cada uno de los servidores ve la LUN por un path diferente y esta se mueve todo el tiempo de un sitio a otro) y eso es muy feo. ¿Tan cargadas van tus HBAs que necesitas balancear la carga? Saludos

Hola, con el VCB debes tener en cuenta que debes seguir al pie de la letra las instrucciones del readme que viene con el modulo de integracion de tu software de backup. Los modulos de integracion te los tienes que descargar de la pagina de vmware. Este es el link http://www.vmware.com/download/vi/drivers_tools.html Por otra parte, yo lo he montado (version 1.0.2) con doble camino para las HBA y no he tenido ningun problema. Solo debes tener en cuenta ciertas cosas como: \- Incluir el VCB proxy en el zonning del switch de fibra. \- El LUN ID debe ser el mismo tanto en los ESX como en el VCB proxy. \- Ajustar los settings de tu software de backup tal y como se especifique en el readme del que te hablaba antes. \- Deshabilitar la asignacion automatica de letra de unidad en el VCB proxy. Esto se hace con la utilidad diskpart (W2003): - diskpart - automount disable - automount scrub - exit - reiniciar el S.O. \- Configurar y modificar si es necesario el archivo "ruta VCB"\config\config.js \- Las maquinas virtuales deben tener las VMTools instaladas para que el backup se haga con sincronizacion de ficheros. Espero que te sirva de ayuda. Saludos a toda la gente del foro. Ya tenia ganas yo de que hubiera alguien que pudiera hablar conmigo sobre VMware en castellano.

Buenas: Yo tambien tengo muchas dudas acerca de Consolidated Backup. Aun no me he tenido tiempo de hacer pruebas en nuestro laboratorio. Se puede instalar en una maquina virtual o es recomendable una maquina fisica? Saludos a todos

Yo dispongo de 4 ESX enterprise que usan, además de iSCSI, NFS sobre Windows. Te dejo por aquí un link a mi blog sobre cómo configurar correctamente un NFS con WSFU 3.5 para usarlo con VMware. http://bevirtual.blogspot.com/2007/04/nota-tcnica-usando-windows-server-como.html Yo de ti revisaría: En el Windows: \- Driver de tarjeta de red: Opciones del tipo Jumbo Frames, Flow control, etc. \- Opciones de NFS (UDP vs TCP, etc) Espero tus comentarios. J. L. Medina.

El fichero vmware.log tiene la fecha de la ultima modificación del log, a parte este fichero va rotando y va creando diferentes ficheros del tipo vmware-1.log, vmware-2.log de forma que el fichero vmware.log siempre es el mas nuevo. Si guardas todos los logs el que tenga la fecha más antigua lo podrías considerar como la fecha de creación (aproximada) pero hay que tener en cuenta que por defecto el ESX guarda sólo 7 logs, pero esto se puede cambiar. Saludos

Ya he llegado a la solucion de este problema, bueno, no se si es solucion pero hemos puesto la cabona MSA20 conectada a otro servidor identico y nos ha vuelto a fallar. VMWARE no se responsabilia porque según ellos, el NFS de windows no esta soportado. Yo os digo, un NFS con discos SCSI o SAS funciona bastante bien, no es una SAN ni ISCSI pero bueno, es una solucion barata que se puede impplementar en entornos de produccion. Pero eso si, olvidaros de conectar cabinas a este servidor NFS y mas si son cabinas con discos SATA. Saludos y espero que nadie tenga el mismo problema

Si tienes activada la opción de logging de las VMs, tendrás el fichero vmware.log que tendrá la fecha de cuando creaste la VM, con lo que con el siguiente script puedes sacar un listado: find /vmfs/volumes/datastore_san_vmware01/* -name 'vmware.log' | xargs ls -ld | awk '\{print $6,$7,$8,$9}' Un saludo, Juan Carlos Sánchez

Buenas tardes a todos, Respondiendo a las distintas peticiones recibidas respecto a la disponibilidad de las presentaciones[/b] utilizadas durante la reunión de lanzamiento del grupo de usuarios, adjunto los siguientes enlaces en los que las podréis encontrar disponibles: http://campaign.vmware.com/usergroup/preso/Grupo_de_Usuarios_VMware_Iberia.zip http://campaign.vmware.com/usergroup/preso/Virtualizacion_CYII.zip Espero que os sean de utilidad. Un saludo, Alejandro