Sun VirtualBox 1.6 sobre Ubuntu 8.04 LTS Hardy Heron

La primera versión de VirtualBox que vió la luz fue hacia enero de 2007. Desde entonces, este hipervisor de nueva generación no ha dejado de sorprenderme por su rápida evolución. Con apenas unos días de vida la nueva versión 1.6 del entorno de virtualización Sun VirtualBox viene dispuesta a plantar cara a todos sus rivales conocidos y ya está disponible para descargar. Después de varios experimentos, os cuento mi lista de ventajas de VirtualBox 1.6 y algún que otro defecto.

10 ventajas de Sun VirtualBox

1. Soporta el conjunto de instrucciones de virtualización en procesadores Intel VTx y AMD-V, esto mejora el rendimiento y lo sitúa con muy buena puntuación en recientes comparativas de virtualización como Virtualization in Linux
2. Mantiene una edición de código abierto Open Source Edition (OSE), aunque con unas pocas menos funcionalidades [marcadas con * en esta lista].
   
3. Es un proyecto activo y seriamente respaldado desde su adquisición por parte de Sun Microsystems
4. Se puede instalar en una amplia variedad de sistemas operativos soportados: Debian, Fedora, Mandriva, Ubuntu, RedHat, Open SOlaris, Mac OS X, Xandros, openSUSE, PCLinux OS
5. Dispone de excelente documentación técnica y de usuario . Yo aprecio mucho la documentación para empaparme desde el principio del cómo sacar elmáximo rendimiento de un producto.
6. Es sorprendentemente fácil de instalar y poner en marcha en todas las plataformas (yo lo he probado sobre Ubuntu Feisty Fawn y Hardy Heron, Windows XP y Mac OS X Leopard Edition), pero sobre todo en Linux y eso es algo que se agradece.
7. La interface usuario está traducida a más de 20 idiomas; cuenta con un mecanismo de avisos que nos ayuda a controlar rápidamente opciones como la captura del teclado y ratón o el modo pantalla completa; además dispone de multitud de opciones perfectamente explicadas y cuadros de diálogo muy utiles para organizar discos duros e imágenes ISO; permite múltiples snapshots (instantáneas de la máquina virtual a las que podemos volver)
   
8. * Acceso a la consola de cada máquina virtual por red vía Remote Display Protocol (RDP), esto es extremádamente útil ya que resuelve el problema de acceso remoto a cualquier sistema virtualizado independientemente de cual sea: linux, bsd, solaris o win serán accesibles vía RDP.
9. * Soporte de asignación de dispositivos USB 2.0 entre el anfitrión y la máquina virtual e incluso paso de USB sobre RDP. Esta capacidad es muy potente: podemos conectar dispositivos USB desde máquinas distintas al anfitrión utilizando el cliente RDP.
10. * El iniciador iSCSI hace posible utilizar almacenamiento en red sin necesidad de que el sistema operativo virtualizado soporte de forma nativa el protocolo iSCSI.

Se me ocurren algunas ventajas más, y aunque sé que no se le puede pedir todo, como usuario exigente que soy veo que todavía no compite con VMWare en aspectos como:

• No se pueden arrancar máquinas virtuales en segundo plano como servicio al inicio del sistema.
• Le falta un monitor de rendimiento y estado de las máquinas virtuales (o todavía no lo conozco)
• No tiene un API o utilidad de línea de comandos para  manipular el estado de las máquinas virtuales (o todavía no lo conozco)
• No soporta aceleración de vídeo OpenGL o DirectX
• No es posible generar snapshots (instantáneas del sistema virtualizado)  en caliente

Me gusta mucho Sun VirtualBox y estoy seguro de que las próximas versiones lo acercarán al Olimpo de las soluciones de  virtualización, por eso no lo perdais de vista.

Para instalar el entorno KVM podeis seguir los pasos que os indico en este artículo. Lo más importante es que nuestra CPU sea compatible con KVM así que empieza por comprobar si tu CPU está en la lista de procesadores compatibles con kvm.

1. Verificar si la CPU soporta un conjunto instrucciones de virtualización compatible con KVM. Para ello buscamos la cadena vmx (Intel CPUs) o svm (procesadores AMD) en las características del procesador

$ cat /proc/cpuinfo | grep vmx # para CPUs Intel
$ cat /proc/cpuinfo | grep svm # para CPUs AMD

deberías obtener un resultado parecido a:

flags: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe nx lm pni monitor ds_cpl vmx est tm2 cx16 xtpr lahf_lm

Si no obtienes una salida afirmativa, KVM no funcionará en tu PC.

2. Instalar KVM y asociados tras activar el repositorio Universe y actualizar el sistema

$ sudo apt-get update

$ sudo apt-get upgrade

$ sudo apt-get install qemu virt-manager libvirt-bin kvm

3. Incluír nuestro usuario en el grupo de usuarios KVM

$ sudo adduser $USER kvm

4. Reiniciar la sesión de usuario (logout + login)

5. Probar la salida del comando kvm

$ kvm

Si os encontrais con el siguiente mensaje, es que vuestra CPU no soporta instrucciones de virtualización (aunque haya pasado el paso 1)

open /dev/kvm: No such file or directory

Could not initialize KVM, will disable KVM support

Ubuntu does not support running KVM without hardware acceleration. Sorry.

6. Arrancar Virt-Manager desde Aplicaciones | System Tools | Virtual Machine Manager y conectar con la instancia de QEMU local: Connect to QEMU. Click File->Open Connection. Seleccionar Hypervisor a QEMU y Connection Local.

7. Crear una nueva máquina virtual simplemente siguiendo el asistente para configurar las características de la nueva VM: RAM, HDD, CD…0

En este punto podríais encontraros el mensaje de error:

Unable to complete install: 'virDomainCreateLinux() failed Cannot
find QEMU binary /usr/bin/qemu: No such file or directory

La solución es instalar qemu (recordad añadir el repositorio Universe) – gracias a Alki por la ayuda -

El monitor Virtual Machine Manager en acción

La nueva Ubuntu 8.04 LTS Hardy Heron gana enteros en Distrowatch y ahora me detengo para analizar una de las noticias más repetidas de los últimos meses: Ubuntu prefiere KVM en lugar de Xen, el titular lo dice todo. Mientras Red Hat Enterprise Linux y SUSE Linux Enterprise Server usan Xen y Debian prefiere OpenVZ, Ubuntu se inclina por KVM como solución integrada de virtualización.

KVM son las siglas de Kernel-based Virtual Machine, una solución completa de virtualización para Linux sobre procesadores con arquitectura x86 y extensiones de virtualización (Intel VT or AMD-V).

KVM se incluyó oficialmente en el kernel 2.6.20 de Linux en diciembre de 2006, y consiste en un módulo para el kernel (kvm.ko) que proporciona el núcleo de la infraestructura de virtualización y un módulo específico según el procesador (kvm-intel.ko o kvm-amd.ko). Además, KVM se complementa con una versión adaptada de QEMU que proporciona toda la cobertura de hardware virtual requerida por el entorno hipervisor.

Todo apunta a que KVM avanzará con el desarrollo del núcleo de Linux y quizás esto haya sido decisivo en su elección por parte de Ubuntu.

KVM es una solución de virtualización de tipo hipervisor que permite ejecutar múltiples máquinas virtuales ejecutando sistemas operativos Linux o Windows sin modificaciones especiales. Cada una con su propia instancia de hardware virtualizado: tarjetas de red, gráfica, sonido, puertos usb, paralelo y serie, disco duro, etc. Cada máquina virtual puede monitorizarse en la lista de procesos del sistema y seguirse como un proceso independiente.

El administrador de máquinas virtuales de KVM (virtual manager o virt-manager) es una interface gráfica de usuario que nos permite gestionar dominios (agrupaciones de sistemas anfitrión y máquinas virtuales), administrar las máquinas virtuales, monitorizar los recursos del sistema anfitrión, proporciona estadísticas de uso mediante gráficos en tiempo real todo esto en local o en remoto vía VNC.

Es importante destacar que el virt-manager se apoya en libvirt un proyecto de API de virtualización que tiene capacidades de administración, monitorización y control de sistemas como Xen, QEMU, KVM, LXC y OpenVZ

Todos los proyectos implicados son por supuesto Open Source Software.

Interesante el artículo Virtualization solution KVM will be in the next version of Linux

La imagen de cabecera es original de la web de michaeldolan.com, que se atrevió a instalar KVM sobre Ubuntu 7.10 Feisty Fawn, aunque espero poner pronto la mía propia.

Una de las ventajas de la virtualización es que no necesitas ser un experto en sistemas operativos para poner en marcha un entorno completo. Un virtual appliance (electrodoméstico virtual) es una máquina virtual preinstalada lista para descargar y usar. Lo realmente potente es que te saltarás el complejo paso de particionar, instalar y preconfigurar un sistema operativo, los drivers del hipervisor y el software adicional; pasarás directamente a utilizarlo sin más. Eso sí, sólo encontrarás sistemas preinstalados cuya licencia lo permita.La mayor ventaja de las máquinas virtuales preinstaladas es que minimizan el coste de puesta en marcha de un sistema: tan simple como descargar, añadir al entorno del hipervisor y arrancar.

El principal inconveniente es la seguridad, pues no es nada recomendable utilizar un sistema operativo completo dentro de nuestra red si no procede de una fuente fiable.

Los repositorios oficiales más extensos de máquinas virtuales preinstaladas son VMWare Appliances,
Parallels Virtual Appliances Directory y FreeOsZoo para QEmu. Todavía no he encontrado ningún repositorio de Virtual Appliances para VirtualBox.

Free Live OS Zoo http://live.oszoo.org/

En bagvapp.com Virtual Appliances encontrarás máquinas virtuales preinstaladas muy actualizadas (el projecto está buscando patrocinadores)

Jumpbox ofrece servicios de pago por descargar máquinas virtuales con software específico instalado y configurado. Se puede elegir entre modelos creados con Parallels o VMWare para Linux, Windows y Mac OS X, o VirtualIron para Windows. Las máquinas virtuales se pueden comprar individualmente o por suscripción en paquetes o incluso es posible solicitar específicamente una ajustada a nuestras necesidades.

Muchos ya estamos convencidos y pregonamos las ventajas de la virtualización de sistemas, pero ¿os habeis planteado las desventajas de la virtualización? A medida que las máquinas virtuales se propagan por nuestros escritorios y servidores corporativos, se ponen de manifiesto las limitaciones de esta nueva técnica. He apelado a mi espíritu crítico y en este artículo he apuntado mi lista de desventajas de la virtualización.

• Rendimiento inferior. Un sistema operativo virtualizado nunca alcanzará las mismas cotas de rendimiento que si estuviera directamente instalado en el hierro. Dado que el hipervisor introduce una capa intermedia en la gestión del hardware para gestionar las peticiones de acceso y la concurrencia al mismo, el rendimiento de la máquina virtual se ve afectado irremediablemente.

No todas las soluciones de virtualización obtienen el mismo rendimiento en las mismas operaciones. Un ejemplo es esta Comparativa de rendimiento máquinas virtuales

• No es posible utilizar hardware que no esté gestionado o soportado por el hipervisor. Recientemente un amigo me pidió virtualizar su viejo Windows 98 que corría sobre Pentium II con una tarjeta de audio de gama alta. Inmediatamente tuvimos que descartar la idea porque no se puede utilizar arbitrariamente hardware instalado físicamente en la máquina anfitrión desde el entorno virtual.

Además, el software de virtualización nos impondrá una serie de dispositivos virtuales como tarjetas de vídeo y red de las que no podremos salir.

• Hardware virtual obsoleto. USB 1.0, Firewire 400, Ethernet 100 son algunos de los dispositivos a los que nos veremos sometidos. Aunque las nuevas versiones de los hipervisor se van renovando, todavía tenemos que trasladarnos al pasado para usar estas características.

• No dispondremos de aceleración de vídeo por hardware, por lo que aplicaciones con efectos 3D como compiz-fussion y juegos que utilizan las librerías OpenGL o DirectX no funcionarán en la máquina virtual.

Como excepción, Parallels y VMWare Fussion ofrecen soporte para versiones concretas de OpenGL y DirectX sobre Mac OS X, pero conviene probar el rendimiento gráfico antes de decidirse por alguna.

• Proliferación de máquinas virtuales. Como no hay que comprar ‘hierro’, el número de máquinas y servidores virtuales se dispara en todos los ámbitos. Los efectos colaterales se perciben después: aumenta el trabajo de administración, gestión de licencias, riesgos de seguridad…

• Desaprovechamiento de recursos. Crear máquinas virtuales innecesarias tiene un coste en ocupación de recursos, principalmente en espacio en disco, RAM y capacidad de proceso.

• La avería del servidor anfitrión de virtualización afecta a todas las máquinas virtuales alojadas en él. Ahora más que nunca deberemos adoptar soluciones de alta disponibilidad como clustering y replicación para evitar caídas de servicio de múltiples servidores con una única avería.

• La portabilidad entre plataformas está condicionada a la solución de virtualización adoptada. Elegir GNU/Linux, Mac OS X, Windows o Solaris como anfitrión es una decisión importante en entornos corporativos. Quizás interesaría migrar en el futuro.

• Disminuye el número de ventas de hardware. Aunque el hardware adquirido para alojar máquinas virtuales es más potente, el número de máquinas vendidas será inferior ¿nos pondrán los fabricantes de harware un Canon por la Virtualización?

• El sistema operativo anfitrión se vuelve de rol crítico. Hasta ahora estábamos acostumbrados a utilizar un sistema para todas nuestras necesidades. Pero, cuando varios servidores o entornos de producción virtualizados dependen de la estabilidad de su anfitrión, nos pensaremos mucho antes de aplicar actualizaciones y parches. Será necesario reforzar la seguridad y estabilidad, así que ¿quién habló de reiniciar?

Imagen de escritorio Beryl original de news.softpedia.com

Si alguno de vosotros ha intentado virtualizar Ubuntu 7.10 en Parallels sobre Mac OS X seguramente habrá tenido el problema de que el servidor X no arranca con un feo mensaje como

The display server has been shut down about 6 times in the last 90 seconds

este molesto error tiene solución, aunque se trata de un hack en toda regla que pasa por modificar la configuración del servidor X, instalar Ubuntu, reiniciar en safe mode para instalar Parallels Tools y un último reinicio para alcanzar el éxito. Os describo los pasos que he seguido

1. Arrancar con el CD de Ubuntu 7.10 y pulsar F6 para acceder a las opciones de arranque y eliminar la opción ’splash’, luego pulsar enter

2. Al poco tiempo tendremos en pantalla nuestro querido mensaje ‘The display server has been shut down about 6 times in the last 90 seconds’ pero ahora, tras pulsar ok haremos un Ctrl+C para obtener una shell de línea de comandos

3. Editamos el fichero de configuración de las X con un editor de textos como nano:

$sudo nano /etc/X11/xorg.conf

para añadir la siguiente línea en la sección ‘Device’ (ojo: no ‘Input Device’)

Option "LVDSBiosNativeMode" "false"

guardamos con Ctrl+O y salimos de nano con Ctrl+X

(mientras estamos haciendo esto, el script de inicialización del servidor X sigue intentando una y otra vez arrancar sin conseguirlo. Lo evitamos pulsando ok las veces que sea necesario)

4. Arrancar manualmente el servidor X

$startx

5. Ahora tendremos el escritorio por defecto de la live de Ubuntu, y usaremos el botón Install para instalar el sistema en nuestra máquina virtual de la forma habitual
(una vez más, mientras estamos haciendo esto, el script de inicialización del servidor X sigue intentando una y otra vez arrancar sin conseguirlo. Lo evitamos pulsando ok las veces que sea necesario)

6. Si pensabas que ya estaba todo, todavía nos queda un paso que llevaremos a cabo durante el primer arranque del sistema tras la instalación: hay que estar atento y pulsar ESC para acceder al menú de iicio de grub. Entonces arrancamos en ‘Safe mode’ lo que nos dará una shell de root todavía sin entorno gráfico.

7. El último paso será instalar Parallels Tools que contienen los drivers de la tarjeta de vídeo virtual. Liberamos el ratón para volver a Mac OS X y selccionamos el menú Actions | Install Parallels Tools. Esto montará el CD de utilidades de Parallels en la unidad

8. Listo para el último paso: instalar los drivers y reiniciar

#mount /dev/cdrom /media/cdrom
#cd /media/cdrom
#sh parallels-tools.run
#reboot

En mi caso el problema quedó SOLUCIONADO. Ya os avisé al principio que se trataba de un hack complicado, pero ha merecido la pena ¿no?

Vía www.macuarium.com (Artículo original en los foros de usuarios de Parallels)

OpenMoko es un sistema operativo libre basado en Linux para teléfonos móviles. En principio está diseñado para correr sobre el terminal Neo1973 de FIC que os muestro en la foto de cabecera, pero el proyecto OpenMoko aspira a posicionarse en el mercado frente a otros sistemas operativos para telefonía de nueva generación como el nuevo Android de Google.

Y ahora es cuando la virtualización viene al rescate ya que es posible probar este novedoso sistema operativo sobre un emulador de OpenMoko para Windows y Linux basado en QEmu

Arrancando OpenMoko

Yo he probado el primero y he explorado un poco por el sistema, aunque sin posibilidad de probar el navegador ni otras opciones en línea.

La noticia original y la instrucciones para ejecutar el emulador OpenMoko en Linux las tenéis en geeks.ms

Mi solución ha sido crear un script que copia el directorio de la máquina virtual sobre otro disco duro, esto favorece la velocidad y nos da la seguridad de que si se avería el dico original la copia de seguridad nos queda a salvo.

A grandes rasgos, los pasos a seguir son

1. Instalar las VMware Tools en el sistema operativo de la máquina virtualizada (sólo una vez)
2. Detener (o pausar) la máquina virtual por línea de comandos
3. Hacer una copia del directorio
4. Iniciar la máquina virtual por línea de comandos
5. Otras operaciones copmo comprimir, copiar a otro destino, borrar copias antiguas…

Aquí, el comando clave es vmware-cmd que forma parte de la VMware Scripting API. Se trata de una utilidad que nos permite pausar o detener la máquina virtual desde el sistema operativo de anfitrión para realizar copias de seguridad consistentes.

Existe una pequeña diferencia entre pausar y detener la máquina virtual. Al pausar estamos congelando el sistema operativo virtualizado de forma que nos ahorramos los procesos de shutdown y start del sistema. Al detener e iniciar estamos pasando por todos los procesos comunes que conllevan esta operaciones en nuestro sistema operativo virtualizado. La práctica recomendada por VMware si queremos contar con la posibilidad de restaurar la máquina virtual en otro hipervisor es detener. Si esto no es un requisito podemos ahorrar tiempo con la opción de pausar.

En mi caso el tiempo de copia de seguridad con shutdown y restart de una máquina virtual Ubuntu Server de 10GB en disco es inferior a 4 minutos. Aunque esta es una apreciación muy relativa al hardware disponible y recursos del sistema anfitrión.

Os dejo mi modesto script VMware VM backup for LINUX v0.2 perfecto para programar el backup en el crontab. He pensado que se pueden introducir mejoras como la compresión posterior para ahorrar espacio, mantener un anillo de copias, enviar la copia a otra máquina, salida a un log y un sistema de notificaciones… pero todo se andará.

KVM consiste en un módulo que se carga en el kernel (kvm.ko) y que proporciona el núcleo de la infraestructura de virtualización, y otro módulo específico según el procesador (kvm-intel.ko o kvm-amd.ko).

En la parte de interface de usuario, KVM requiere una versión modificada de QEMU http://www.qemu.org/ que se conecta adecuadamente con la capa de virtualización cargada en el núcleo.

KVM permite ejecutar multiples máquinas virtuales Windows o Linux en los que cada una tiene un espacio privado de harware virtualizado: RAM tarjeta de red, disco duro, adaptador gráfico…

Los componentes del núcleo de KVM están incluídos en el kernel Linux a partir de la versión 2.6.20.

Traducido del KVM wiki
Más info en la wikipedia

Aunque no es una comparativa en profundidad, con pruebas de ejecución tipo benchmark, se pone de manifiesto que las dos alternativas más maduras y eficientes son – en este orden – VirtualBox y VMware.

Ambos están muy igualados, aunque VirtualBox apunta como favorita por su facilidad de uso y superar ligeramente en ligereza de ejecución a su directo rival, el veterano VMware.

El tercer virtualizador es QEmu que a pesar de soportar la tecnología KVM, se queda un poco rezagado, sobre todo en el aspecto gráfico. A su favor está que es capaz de emular distintas arquitecturas de procesador y no sólo redistribuir la capacidad de proceso de la máquina anfitrión.

Por último, la solución menos veterana en Linux, Parallels, está lejos de ser una sombra de lo que es en su sistema operativo original Mac OS X. Habrá que tener en cuenta su reciente incorporación al mundo Linux pero no aceptaremos todavía que sea una solución de pago.

Artículo original Virtualization in Linux: A Review of Four Software vía www.vivalinux.com.ar