Posted on 17 November 2011. Tags: Bare-Metal, basada host, blog, Citrix XenServer, confiabilidad, gestión centralizada, Hipervisor, hipervisor baremetal, Linux, Mac OS, maquinas virtuales, memory overcommit, memory overhead, Microsoft HyperV, punto fallo, rendimiento, servidores físicos, Virtualizacion, VMware Fusion, VMX swap, vSphere ESXi, Windows
Esta semana veremos las diferencias entre la virtualización basada en hipervisor y la virtualización basada en host.
La virtualización basada en hipervisor (también denominada Bare-Metal), como por ejemplo vSphere™ ESXi, Microsoft Hyper-V o Citrix XenServer, está instalada en un servidor físico sin la necesidad de que exista un sistema operativo (Windows o Linux) instalado previamente.
No obstante, la virtualización basada en host, como por ejemplo VMware Server, VMware Workstation o VMware Fusion, necesita previamente un sistema operativo instalado, ya sea Microsoft Windows, Mac OS o Linux.
Hay varias razones por las que un cliente elegiría el software de virtualización basado en hipervisor, como por ejemplo vSphere™ ESXi, en lugar de un software de virtualización basado en host, como por ejemplo VMware Server.
- Primero, con el software de virtualización basado en hipervisor, es posible actualizar las máquinas virtuales que se albergan en los servidores físicos sin ningún tipo de downtime.
- Segundo, es muy probable que la empresa ya esté virtualizando varios servidores físicos y quiera tener la opción de tener una gestión centralizada.
- Por último, un hipervisor baremetal siempre ofrece una mayor confiabilidad y rendimiento al no precisar de un sistema operativo Host, con lo cual se elimina un posible punto de fallo.
Aunque la virtualización basada en hipervisor ofrece un mayor rendimiento, es la virtualización basada en host la que ofrece una compatibilidad con el hardware mucho más amplia, es decir, si puedes instalar Windows o Linux en tu servidor físico entonces podrás instalar la solución de virtualización basada en host.
Por consiguiente, una de las mayores diferencias de la solución de virtualización basada en hipervisor y la solución de virtualización basada en host – aparte de las obvias ya mencionadas – , es que esta última tiende a tener una lista de hardware certificado mucha más amplia.
Sin embargo, la virtualización basada en hipervisor tiene un mayor rendimiento, mayor fiabilidad y estabilidad, mayor escalabilidad y mucha más funcionalidad. Para ver más información sobre los tres factores más importantes a la hora de elegir un hipervisor para el software de virtualización entra en este enlace:
Asimismo, y a diferencia de las versiones anteriores a VMware vSphere™ ESXi, las variables memoria reservada y memoria configurada (Reserved Memory y Configured Memory) afectan al incremento o reducción del memory overhead, el cual es una “penalización” a nivel de la capa de memoria que todos tenemos que pagar por el simple hecho de virtualizar nuestro servidor físico. Esta penalización se mide en megas de memoria RAM y son megas de memoria que dejamos de ver y de usar en nuestro servidor físico.
Como consecuencia de este “impuesto revolucionario” que existía por el simple hecho de virtualizar nuestro servidor, VMware vSphere™ ESXi 5 usa una nueva funcionalidad llamada VMX swap con la que es posible reducir el memory overhead de tus máquinas virtuales. Puedes ver un video tutorial sobre el Memory Overcommit en VMware vSphere 5 en este enlace.
Básicamente, con esta nueva tecnología llamada VMX swap, el tamaño del memory overhead se crea en un fichero swap con lo que este espacio de memoria puede llegar a ser reutilizado por el hipervisor. Esta técnica posibilita un aumento en el ratio de consolidación de VMware vSphere™ 5 con respecto a versiones anteriores para soluciones de virtualización basados en hipervisor.
¿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.
Posted in cloud computing, Estandars, Estrategia, ESX, ESXi, ESXi, Hardware, Integración, Manual, Software, software, VCP, VCP5, Virtualizacion, virtualización, VMware, vmware, vSphere, vSphere
Posted on 16 March 2011. Tags: blog, Citrix, CLI, disco, ext3, GParted, Linux, LiveCD, manual, maquina virtual, redimensionar, repositorio, runlevel3, sistemas, Virtualizacion, Windows, XenServer
Queridos lectores,
Al igual que hice hace ya tiempo en un post anteriror, donde explique como redimensionar un disco de una VM Windows cuando me quedo sin espacio, hoy lo haré para una máquina virtual linux.
Cabe señalar que para el siguiente ejemplo lo haremos sobre una partición ext3 y sobre una máquina virtual que trabaja en runlevel3, es decir no disponemos de entorno gráfico. Y esto último lo digo porque en distribuciones como Ubuntu o OpenSuse llevan utilidades en modo GUI desde las cuales puedes redimensionar los discos.
1.- Incrementaremos desde la consola de Citrix XenCenter el tamaño del disco de la VM que queremos aumentar, para poder hacer esto la VM tiene que estar apagada:

2.- Desatachamos el disco:

3.- Nos descargamos la ultima versión del liveCD de GParted y la guardamos en el repositorio ISO.
4.- Creamos una nueva máquina virtual y le decimos que arranque desde la iso que nos hemos descargado:

5.- Antes de finalizar el proceso de creación de la VM desmarcamos la opción que arranque automáticamente al acabar.
6.- Una vez creada, le atachamos el disco que queremos redimensionar:

7.- Arrancamos la VM desde la ISO descargada y desde las utilidades de GParted redimensionamos la partición. Hay que decir que este proceso durará bastante tiempo, dependiendo del tamaño de la partición.

8.- Una vez finalizado, apagamos la máquina virtual y hacemos el proceso inverso. Desatachamos el disco de la máquina temporal y lo
atachamos en su máquina original y con esto tendremos el disco redimensionado a un tamaño mas grande.
Como veis es un proceso sencillo que además podemos hacerlo desde modo GUI que es más fácil e intuitivo. El mismo proceso es posible realizarlo desde comandos CLI e incluso desde la misma máquina local, pero hay que tener en cuenta que al ser una partición ext3 antes de trabajar sobre ella hay que desmontarla primero.
Nada más queridos lectores, me despido hasta la semana que viene, como siempre espero que os sea de utilidad.
Posted in Citrix, Estrategia, Hardware, Manuales, XenServer, XenServer
Posted on 04 February 2011. Tags: blog, licenciado, licencias, Microsoft, soporte, SVVP, Virtualizacion, VMware, Windows
Hola amigos, soy Florián Murillo y en la vida hay veces que te rindes. En mi caso me rindo cuando tengo la sensación de que nado en sentido opuesto al curso del río.
Esto es lo que me pasa con el licenciamiento de Microsoft, nunca se si lo que conozco todavía es verdad o ha vuelto a cambiar, supongo que por eso me escondo cuando alguien me pregunta sobre licenciamiento Microsoft, hay que ser un experto dedicado al licenciamiento de Microsoft para hablar.
Algo parecido pasa con el soporte de los productos de Microsoft en vSphere, me parecía un conocimiento inalcanzable para un simple mortal como yo, hasta que hace un tiempo, en un curso de vSphere, un alumno me pasó este link:
http://www.windowsservercatalog.com/svvp.aspx?svvppage=svvpwizard.htm
Seleccionamos la aplicación y la plataforma de virtualización y nos dice si está soportada o no.
Ya no sufro en soledad. Gracias Miguel Angel
Posted in Estandars, Estrategia, Integración, Microsoft, Virtualizacion, VMware, vSphere
Posted on 02 October 2008. Tags: blog, Hyper-V, Microsoft, Servidores, Virtualizacion, Windows
Microsoft anunció el lanzamiento de Hyper-V Server 2008 a través del blog News Bytes.
Disponible ya como una descarga gratuita , Hyper-V Server es el hipervisor “bare metal” de Microsoft.
Todos los recursos técnicos de Hyper-V Server 2008 pueden encontrarse aquí.
Posted in Integración, Microsoft