Consulta Técnica: VMware server en entorno SAN

Jose nos pregunta:

"Como paso previo a desplegar Vmware I3 a final de año, hemos consolidado varios servidores antiguos que se caian a trozos, con paradas indeseadas y demás.Esto se ha hecho con Vmware Server con la intención de que haya trabajo hecho cuando tengamos ESX y porque Converter nos ha facilitado mucho las cosas. Los servidores host (2 blades) son Windows Server 2003 porque aunque Linux pueda ofrecer más rendimiento y estabilidad Vmware no certifica el bonding.Las máquinas virtuales como tales son almacenadas en una partición de la cabina de fibra y acceden a la red por tarjetas que el host tiene activas pero sin tcp/ip. La duda a plantear es: si quiero acceder a la SAN desde una máquina virtual ¿qué tengo que hacer en el anfitrión para que haga de puente pero no acceda a la partición de la máquina virtual?Otra duda ¿si uso physical disk puedo remapear en otro momento a un servidor físico? ¿qué ventaja me aportaría que el disco de datos fuera virtual? Gracias y adelante con el blog."

La respuesta es sencilla: has de usar un raw device mapping. RDM permite a una VM acceder directamente a una partición de disco. EN ESX, esta LUN ha de estar localizada en una SAN, pero con Server, puede ser cualquier tipo de partición.

¿Para qué resulta interesante utilizar RDM? Pues hay unos cuantos escenarios.

El primero: Compatibilidad de la LUN con sistemas físicos. El uso de RDM puede venir bien, por ejemplo, para mover los archivos de datos de una RAW partition de Oracle de un entorno de preproducción en VM's al entorno de producción. Nos basta con desmapear la LUN/partición (dependiendo de si usamos ESX/Server) de la VM y asignársela/ponerle el disco (la misma distinción) al servidor físico.

El segundo: Un cluster V/P, donde uno de los nodos es virtual y otro físico. VMware ESX (y entiendo que Server también) envía directamente los comandos SCSI a la SAN, incluyendo las SCSI reservations.

El tercero: Utilizar determinandas funcionalidades de nuestra SAN. Por ejemplo, Netapp dispone de un agente para SQL server, Exchange y Oracle que permite poner la base de datos en modo backup mientras hace un Snapshot. Evidentemente, si la LUN donde almacenamos los datos está en un VMDK, este software no va a darnos la funcionalidad que esperamos.

Pero no todo es tan bonito: RDM lleva unos riesgos implícitos y requiere de una planificación exhaustiva. En el caso de Server, hay que tener en cuenta que Server "engaña" al Windows subyacente para que no toque esa partición, así que cuidado con los updates de Windows, otros softwares que puedan interferir, etc. En el caso de ESX, RDM te obliga a cumplir a la perfección la HCL de VMware (hardware compatibility list), es decir, tarjetas, hardware, BIOS, firmware, switches FC, etc.

En tu caso, y si tienes clara la adquisición de licencias Enterprise para final de año, yo te aconsejaría hablases con tu contacto en el suministrador de VMware (o por que no, contacta directamente a VMware) para conseguir una licencia de evaluación por el periodo que te queda hasta la adquisición.

Un saludo.

Consulta Técnica: Discos Virtuales en ESX - I

Nuestro amigo JC escribió:

"Hola...
Te comento. He estado trabajando con la versión ESX 2 un par de meses y me gusto mucho la forma de administrar los disco, crear particiones, discos virtuales, etc. Pues bien, ahora estoy integrando unas máquinas que tengo que virtualizar en un ESX 3.0 y me he encontrado con un cambio que a mi me parece enorme a la hora de poder administrar los disco. Y digo que a mi me parece porque tampoco he tenido mucho tiempo para investigar todo lo necesario, pero asi como antes a traves del explorador podías hacer y deshacer particiones a discos y luego, esas particiones crearlas como discos virtuales ahora me encuentro con la nueva aplicación "Virtual infastructure client" el cual no me deja hacer todo lo que hacía en la anterior versión. Me da la sensación de que la forma de administrar disco la han cambiado completamente. Ahora tengo la sensación de que no se pueder particionar los disco (si hacer un extend pero no particiones principales) y que en esa particion es donde se crean los discos de las máquinas que quieres virtualizar.
No se si has entendido algo.... je.
Ya me diras.
Gracias.
Saludos."

Bueno, por lo que entiendo, y corrígeme si me equivoco, en ESX 2.x has estado usando raw disks como discos para tus máquinas virtuales. Es decir, has mapeado una partición física a una máquina virtual. Eso se llama RDM (Raw Device Mapping), y, efectivamente, con ESX 2.x era relativamente fácil hacerlo (con especificar en el disco un /dev/sdx era suficiente). Por lo que leo, me dá la impresión de que no has probado los discos virtuales, es decir, los discos que se almacenan como ficheros en el VMFS.

El tema de los RDM requiere un post mucho más amplio que este (valga este como disculpa por no haberte hecho caso cuando escribiste), pero avanzarte que VI3 también los permite (aunque la manera es algo más enrevesada). Me pongo a escribir el post.

Un saludo.