Hola amigos, hoy veremos como pasar una maquina virtual de un entorno VMware ESX a Citrix XenServer.

El procedimiento es muy sencillo, nos basamos en el formato OVF, soportando tanto por VMware como Citrix XenServer. OVF es un estándar abierto para empaquetar máquinas virtuales. El inconveniente es que no es en caliente, ya que necesitamos que la máquina virtual este apagada en el entorno VMware.

Accedemos a nuestro entrono VMware con vShpere Client, nos situamos sobre la máquina virtual que queremos exportar y vamos a File -> Export -> Export OVF Template. Lo exportamos a nuestro disco local y lo optimizamos para Web (OVF).

Una vez finalizado el tiempo de exportación, ya tendremos nuestra máquina virtual lista para ser importada a nuestro entorno Citrix XenServer.

Entramos a nuestro entorno XenServer con XenCenter. Sobre el pool donde queremos que esté nuestra máquina virtual vamos a File -> Import.

Añadimos como Filename el fichero OVF de la máquina virtual VMware.

Seleccionamos el SR donde colocar los discos de la máquina virtual y la red. Pasados unos minutos, ya tendremos la máquina virtual en nuestro entorno XenServer. No hay que olvidarse, una vez levantada la máquina virtual, de instalar las XenTools para que esté totalmente optimizada para Citrix XenServer.

Con este método ya podéis exportar vuestras máquinas virtuales ya sean VMware ESX/Workstation, VirtualBox, etc. A vuestro entorno Citrix XenServer. Como siempre, espero que os haya sido de utilidad. Un saludo!

¿Crees que este post le puede interesar a alguien a quien conoces? Compártelo clicando los botones de Twitter, Facebook o Google+ de abajo. Gracias por tu apoyo.

Hola que tal, soy Jose Maria Gris y de nuevo vengo aquí a comentaros algo sobre este mundillo de VMware.

Hoy hablamos de una situación un poco rara que ocurre cuando migramos de VMware vSphere 4.x a 4.1 un entorno con cierto numero de VMs y lo hacemos con Update Manager para que actualice las VMwaretools.

Sencillamente, cuando has acabado y se están actualizando las mencionadas vmwaretools, pues nos aparece los distintos hosts en alertas y con un mensaje digno de Microsoft.

“Unable to apply DRS resource settings on host xxxx en xxxxx. Another task is already in progress. This can significantly reduce the efecctiveness of DRS.”

Y ahora, ¿Qué ha pasado? Que yo sepa he hecho todo correctamente…. ¿Qué es esa segunda tarea que dice que está trabajando?

No fear. Sencillamente, si recordamos VMware DRS no es más que la automatización de vMotion y que las VMs con Snapshots no pueden hacer vMotion!. Y como casi todas tienen Snapshots, pues el aparato nos dice que no puede hacer DRS porque tiene un monton de VMs que tienen Snapshots.

Ya sabeis que en estos casos podemos dar caducidad a los Snapshots, por lo que podemos esperar a que se retiren, o podemos ir sacándolos uno por uno…..

Saludos, hasta la semana que viene.

Alejandro Solana, Director Técnico de VMware para España y Portugal, nos ha iluminado con un grandísimo documento sobre las nuevas mejoras, las novedades funcionales y mejoras en el rendimiento de la nueva versión de VMware vSphere 4.0.

El documento describe las 80 mejores novedades o razones mas significativas que se han incluido con VMware vSphere 4.0.

Estas son mis top 10 mejoras. Por supuesto doy por hecho que tú tendrás otras diferentes:

1. Overhead mínimo de CPU
2. Hasta 20 vCPUS por núcleo
3. Soporte IDE y SATA
4. Compatibilidad con SCSI-3
5. Thin provisioning!!!!
6. Ampliación de LUN VMFS en caliente
7. Soporte Jumbo frames para iSCSI y NFS
8. DVS – Distributed Virtual Switch
9. Traffic Shaping bi-direccional.
10. VMware FT – Faul Tolerance.

El documento está disponible en español en este link:

http://communities.vmware.com/servlet/JiveServlet/previewBody/10110-102-1-8045/80RazonesParaMigraravSphere.pdf

This blog post is part of Zemanta’s “Blogging For a Cause” campaign to raise awareness and funds for worthy causes that bloggers care about.

NetworkWorld ha informado sobre una interesante noticia que aún no ha sido confirmada: el 19 de agosto Microsoft reducirá el numero de licencias para llevar a cabo la migración de máquinas virtuales.

En la actualidad cualquier cliente que quiera migrar un Windows de un host físico a otro (por ejemplo, a través de la tecnología VMotion de VMware) tiene que tener dos licencias del sistema operativo, una para cada servidor ESX.

De hecho, la política actual dice que un cliente tiene que esperar 90 días antes de migrar sus licencias de un servidor físico a otro.

Parece ser que después de las queja de los clientes, Microsoft tal vez sustitulla el licenciado a una licencia por maquina virtual en lugar de una licencia por servidor host.