miércoles, 12 de noviembre de 2008

VMware View 3 disponible en Diciembre

VMware ha anunciado que el 2 de Diciembre estará disponible VMware View 3. Vmware View es la evolución de la iniciativa VDI y del producto VDM 2.

Entre las novedades que nos encontraremos:
  • View Composer: utilizará LinkedClones para desplegar vDesktops apartir de una imagen base. Reduciendo el espacio necesario entre un 50-90%
  • Offline Desktop: permitirá que el usuario pueda llevarse una copia del vDesktop para trabajar con el localmente en su PC sin conexión.
  • Virtual Printing: Driver de impresión universal que evitara la necesidad de instalar drivers para las impresoras en los vDesktops y reducira el ancho de banda necesario para impresión en entornos WAN.
  • ThinApp: integración con la tecnología de virtualización de aplicaciones adquirida de ThinInstall.

Existirán dos versiones Premier y Enterprise.





VMware View añadira ademas opciones de brokering para:
  • Terminal Server
  • Blade PCs
  • PCs fisicos
De momento no indican que se soporten protocolos de presentación remota adicionales a RDP.

Os dejo una comparativa de funcionalidades con XenDesktop:



sábado, 8 de noviembre de 2008

VMware ESX 3.5 Update 3 disponible

Ya tenemos disponible para descargar la ISO de ESX 3.5 Update 3. Estoy seguro que con esta versión VMware habra tenido especial cuidado de no repetir errores del pasado.

Entre las novedades podemos destacar:
  • Se aumenta el limite de 8 a 20 vCPUs por core. Aunque puede ser interesante para ciertos entornos VDI con muy poco consumo, yo creo que es muy arriesgado llegar a consolidar tantas maquinas virtuales por sevidor.
  • VMDK Recovery Tool: nos permite recuperar vmdks o volúmenes VMFS borrados accidentalmente.

  • Soporte para IBM SVC tanto en modo MRU como FIXED

  • Soporte para nuevo hardware

  • Soporte para Solaris 10U5, Ubuntu 8.04.1 y RHEL 4.7

Release Notes:
http://www.vmware.com/support/vi3/doc/vi3_esx35u3_rel_notes.html

jueves, 6 de noviembre de 2008

LiveMigration entre procesadores Intel y AMD

AMD y RedHat han demostrado una versión preliminar de la tecnología que permite mover en caliente maquinas virtuales entre procesadores de distintos fabricantes. En el video podemos ver como se mueve una maquina virtual entre un servidor con procesadores Intel quad-core E5420 y otro con procesadores AMD quad-core Opteron.

Aunque la tecnología es posible todavía ningún software de virtualización la soporta.



martes, 4 de noviembre de 2008

Provision Networks VAS 6

Quest ha anunciado la disponibilidad a finales de noviembre de una nueva versión de su broker de conexiones: Virtual Access Suite 6.

Entre las novedades introducidas en el broker encontramos:
  • Administración delegada
  • Discos no persistentes
  • Protocolo de presentación remota de HP RGS
  • Session shadowing para poder tomar el control de una sesion RDP
  • Soporte para Parallels Virtuozzo y Windows Vista
  • Asignación de escritorios por usuario o dispositivo
  • Web-IT mejorado basado en AJAX

Respecto a las funcionalidades del modulo de mejora de experiencia EOP tenemos:
  • Aceleración grafica de bitmaps
  • Redirección de dispositivos USB
  • Reducción de latencia del echo local
  • Audio bidireccional
  • Multimedia Redirection

sábado, 18 de octubre de 2008

Microsoft obtiene el 23% del mercado de la virtualización

Un sorprendete estudio publicado por IDC revela que el 23% de los nuevos servidores x86 destinados a virtualización utilizan la tecnología de Microsoft frente al 44% de VMware. En este 23% están incluidas licencias de Hyper-V y Virtual Server, aunque es de suponer que las instalaciones de Virtual Server irán desapareciendo y migrando a Hyper-V.

Estos datos son muy engañosos ya que se refieren solamente a licencias OEM adquiridas durante el segundo cuarto del año 2Q08, a nivel global VMware se encuentra muy por encima con una cuota de mercado entorno al 80-85%. Visto que la versión final de Hyper-V fue lanzada a finales del 2Q08 y que todavía no tenemos disponible la versión final de SCVMM yo creo que habrá que esperar hasta el 1Q09 para ver datos mas significativos.

Tampoco sabemos que porcentaje de estas licencias de Microsoft van destinadas a entornos de producción y cuantas a entornos de pruebas y desarrollo, ya que había muchos clientes esperando probar la tecnología de virtualización de Microsoft. Lo que está claro es que el mercado está viendo en Microsoft un gran competidor en el área de la virtualización.

En diversos medios se especula sobre la posibilidad de que VMware siga los pasos de Netscape y acabe sucumbiendo ante el gigante del software. Esta idea y otros FUDs han hecho, que en el último año, las acciones de VMware hayan caído desde los 120$ a los 20$.

VirtualCenter Administrator Portal

Este nuevo producto nos proporciona una consola web centralizada desde la que podemos monitorizar y gestionar varios VirtualCenters. Entre sus funcionalidades podemos destacar:
  • Autenticación contra varios VirtualCenters mediante single sign-on
  • Monitorizar eventos y alarmas de varios VirtualCenters
  • Búsquedas entre VirtualCenters
  • Operaciones básicas sobre las maquinas virtuales.

Actualmente se encuentra en versión beta y se distribuye como un vApp/Virtual Appliance basado en Linux. Será este el vCenter basado en Linux del que se habló en el VMworld?

Desde luego no llega a ser ni un vCenter Server para Linux ni un cliente completo para Linux ya que la gestión que puedes hacer sobre el entorno es muy limitada, reduciéndose a encender, apagar, suspender y ver la consola remota de las maquinas virtuales.

Os dejo un breve video que he realizado del producto:





http://communities.vmware.com/community/beta/vcadminportal

sábado, 11 de octubre de 2008

Microsoft, el eterno malo de la película

En los últimos días se ha abierto una pequeña discusión en el blog del amigo J.L. Medina acerca de Hyper-V y ESX. Uno de los temas que se critican en la arquitectura de Hyper-V es la dependencia de los drivers I/O de terceros en la Root Partition.

Virtualización I/O

Como comente, los drivers I/O que utiliza VMware no están escritos desde cero por VMware, están basados en los drivers que los fabricantes programan para Linux. Estos drivers al ser open-source, son adaptados y modificados por VMware para ejecutarse como módulos dentro del vmkernel, de ahí que la HCL sea mas reducida. Estos drivers los podéis descargar y veréis que no tienen mucha diferencia con el driver original del fabricante.

La diferencia de arquitectura es que VMware incluye los drivers I/O dentro de su hypervisor y Hyper-V, al igual que Xen, depende de los drivers cargados en un sistema operativo en la Root Partition o Dom0. En mi humilde opinión, la estabilidad y eficiencia de un driver puede ser la misma en una capa que en la otra, y ambas capas tienen acceso privilegiado al dispositivo. Porque se critica esta arquitectura?

Porque todos los hypervisors modernos, véase Xen, Hyper-V o KVM, están utilizando esta arquitectura? Están todos equivocados? Creo que la función de un hypervisor, entre otras, es de gestionar el scheduling de I/O entre las maquinas virtuales, no la de ser un sistema operativo completo. Veis normal que el hypervisor incluya también el driver de LVM o de TCP/IP como hace el vmkernel? Siguiendo ese razonamiento el hypervisor debería acabar convirtiéndose en un sistema operativo, con la complejidad que eso conlleva. Pienso que teniendo sistemas operativos robustos no veo la necesidad de crear uno nuevo.

Me inclino más a pensar que la diferencia de arquitecturas radica en que VMware nunca ha querido depender del kernel de Linux porque no lo controla. Seguramente si VMware tuviera un sistema operativo propio o si hubieran podido modificar el kernel a su antojo, sin tener que publicar los cambios, la arquitectura podría haber sido totalmente distinta. En este sentido, Microsoft controla el sistema operativo y el hypervisor, y ahí pueden hacer lo que quieran sin tener que dar explicaciones a nadie. A VMware le interesa ir metiendo todo lo que pueda dentro del hypervisor y quitarse la dependencia de GNU/Linux, y poco a poco parece que lo irá haciendo.

Por favor señores, cuando critiquemos algo hagámoslo con argumentos sólidos. Me sorprende que la ultima comparativa oficial de VMware para defender VMware ESX respecto a Hyper-V se base en los clicks de ratón que hacen falta para instalarlo y configurar iSCSI. Porque si algo hemos aprendido en los últimos años es que en facilidad de manejo y experiencia de usuario final a Microsoft no le supera nadie.

Hyper-V en producción

Aunque no son equiparables al número de instalaciones de VMware, si que hay instalaciones de Hyper-V en producción . Pero centrémonos en la que todos conocemos: MSDN y TechNet.
  • MSDN sirve más de 3 millones de páginas por día.
  • TechNet sirve más de un millón de páginas por día.
Podéis consultar el ranking Alexa de páginas mas visitadas y pocas empresas españolas encontrareis que lleguen a esas cifras. Significa esto que Hyper-V es valido para cualquier empresa española? Creo que la respuesta correcta es que depende de las necesidades. Yo personalmente recomiendo VMware, pero eso no quiere decir que Hyper-V no sea valido para cierto tipo de proyectos.

Que la solución mas completa a día de hoy es la de VMware es evidente, pero que Microsoft lo esta haciendo bien también lo es.

Alguien tiene datos que yo no conozca sobre el mal rendimiento I/O de Xen o Hyper-V por utilizar esta arquitectura respecto a VMware?

Mejoras en la virtualización I/O

Desde luego el I/O no ha sido el punto fuerte de VMware ni de ningún hypervisor en estos años. Actualmente han conseguido reducir la penalización en CPU prácticamente a cero, pero no ocurre lo mismo con la virtualizacion I/O. VMware lleva desde el año 2006 hablando de “Passthrough I/O”, ahora rebautizado bajo el nombre de VMDirectPath.

En breve, gracias a VMDirectPath y a la virtualización asistada por hardware tendremos la posibilidad de que las maquinas virtuales se salten el VMM y accedan directamente a los dispositivos físicos consiguiendo mejoras sustanciales en el campo de la virtualizacion I/O. Pero a que coste?
  • Comprar servidores nuevos con procesadores Intel VT-d o AMD IOMMU.
  • Dispositivos I/O que soporten SR-IOV y NICs que soporten múltiples colas VMDq.
  • Imposibilidad de hacer VMotion.
  • Imposibilidad de Suspender/Resumir las maquinas virtuales.
  • Imposibilidad de compartir el mismo dispositivo físico con varias maquinas virtuales.
  • Instalación en el GuestOS de drivers especiales para reconocer el dispositivo físico.
Estamos volviendo hacia atrás o me lo parece a mi? Vendrán los vApps/Virtual Appliances con miles de drivers para soportar cualquier dispositivo fisico? Es de suponer, que todas estas limitaciones se iran salvando con el tiempo.

Sentido común

Si nos guiamos por el sentido común en temas de arquitectuara, a mí ahora se me viene a la cabeza el tema de los 32-bit del vmkernel de VMware. Recordemos que el hypervisor de VMware esta formado por dos capas diferenciables: el vmkernel y VMM. El vmkernel, a día de hoy, es de 32-bit y es el encargado de gestionar I/O, memoria y CPU así como de cargar los drivers para interactuar con el Hardware que comentabamos anteriormente. Por otro lado, el monitor VMM que se instancia a cada VM puede ser de 32-bit o de 64-bit. Gracias a esta separación entre vmkernel de 32-bit y VMM de 64-bit, y con la ayuda de VT-x ,VMware ESX puede ejecutar GuestOS de 64-bit.

Es la mejor solución desde el punto de vista técnico? Creo que no, pero brillante desde luego que si lo es. De este modo, VMware se ha evitado la presión de tener que migrar a 64-bit el vmkernel y la SC durante mucho tiempo para poder ejecutar maquinas virtuales de 64-bit. Ahora con ESX4, ya han hecho el esfuerzo de migrar todo a 64-bit.

Yo nunca he criticado esta solución aunque el mercado, sobre todo Citrix, si lo ha hecho sin ninguna razón.

Microsoft, el eterno malo de la película

Con lo que no estoy de acuerdo es en criticar todo lo que hace un fabricante. Microsoft tiene productos muy buenos y otros no tan buenos. Microsoft tiene gente brillante, al igual que la tiene VMware.

Estamos acostumbrados a ver como Microsoft siempre llega tarde con sus productos, pero cuando llega sabe posicionarlos muy bien. Solo hay que ver como ha posicionado Windows Server, SQL Server, Exchange o Internet Explorer en un mercado ya liderado con soluciones fantásticas. Que lo ha hecho con una política y un marketing agresivo? Correcto, eso nadie lo duda. Pero y que empresario no haría lo mismo por su empresa?

Microsoft, con su solución de virtualización, ha llegado el ultimo y se le pueden echar en falta cosas como LiveMigration, Cluster Filesystem, soporte para mas GuestOS, etc.. cosas que nadie duda tendrá con el tiempo y que VMware tampoco tuvo en su primera versión.

Recordemos que el VMFS v1 de ESX 1.5 no era un cluster-filesystem y no podía ser compartido entre varios hosts, no había VMotion, no había vCenter, la arquitectura I/O de dispositivos compartidos entre SC y VMKernel, etc…

Esta claro, y eso no lo discute nadie, que a día de hoy VMware tiene una posición inmejorable. Pero no olvidemos que otros fabricantes han estado en la misma posición. No olvidemos empresas como Sun Microsystems, Novell, IBM, Netscape, Citrix y otras muchas que se quedaron en el camino. Todas ellas tenían una posición inmejorable en el mercado con sus productos respecto a los equivalentes de Microsoft.

Instalación Hyper-V Server 2008 Español

Aunque ya ha sido ampliamente comentado en otros blogs, os dejo un video que he realizado del proceso de instalación de Hyper-V Server 2008 en Español. En el video se han cortado los tiempos de espera y la duración real de la instalación fue media hora aproximadamente.



jueves, 2 de octubre de 2008

Microsoft Hyper-V Server 2008 disponible

Ya tenemos disponible para descargar gratuitamente Microsoft Hyper-V Server 2008.

A diferencia de la versión de Hyper-V que Microsoft publicó en Junio y que requiere disponer de una licencia de Windows 2008, esta nueva versión stand-alone es totalmente gratuita y está basada en Windows 2008 Core con el role de Hyper-V.

Microsoft, que hace meses anunció que esta versión costaría 28$, ha cambiado su estrategia ofreciendo un hypervisor sin ningún coste a raíz del movimiento realizado por VMware en Julio con ESXi.

En la siguiente tabla podéis ver las funcionalidades de cada una de las versiones disponibles. Como vemos esta versión no dispone de funcionalidades avanzadas como HA, QuickMigration o soporte para mas de 32GB de RAM.



Nota de prensa de Microsoft:
http://www.microsoft.com/presspass/press/2008/oct08/10-01HyperVRTM08PR.mspx

Descarga Hyper-V Server 2008:
http://www.microsoft.com/servers/hyper-v-server/how-to-get.mspx

lunes, 29 de septiembre de 2008

Enhanced VMotion Compatibility

A lo largo de los ultimos años os habréis visto en la necesidad de ampliar vuestra infraestructura virtual con nuevos servidores y ver que al incluir una nueva generación de procesadores no podemos hacer VMotion con los antiguos. El problema de la compatibilidad con VMotion viene dado por la incorporación de nuevos juegos de instrucciones en cada generación de procesadores que hacen que una maquina virtual no deba ser migrada de un procesador a otro de una generación anterior para garantizar su estabilidad.

Por ejemplo, si una aplicación esta ejecutándose en un servidor con procesadores basados en arquitectura Penryn que soportan el juego de instrucciones SSE4.1 y permitimos migrarla a un servidor donde la arquitectura del procesador es Merom-SSSE3, la aplicación no se da cuenta de esta migración y al intentar hacer uso de alguna instrucción SSE4.1 para optimizar su ejecución generara una excepción y provocara que el sistema deje de funcionar.



Las mascaras para hacer compatibles procesadores de distinta generación Intel Prescott-SSE3, Merom-SSSE3, Penryn-SSE4.1 o Nehalem-SSE4.2 nunca han estado soportadas por VMware como indican en los KB1991(Intel) y KB1992(AMD)

Para remediar este problema los nuevos procesadores vienen con una funcionalidad que permite al VMM ocultar características del procesador, modificando las respuestas de la instrucción CPUID, para hacerlos compatibles con otros procesadores mas antiguos. Esta tecnología se conoce con el nombre de FlexMigration en Intel o Extended Migration en AMD.

La funcionalidad que utiliza esta tecnología en VI3 se encuentra disponible a partir de ESX3.5U2 y VC2.5U2 bajo el nombre de EVC o Enhanced VMotion Compatibility. Cuando habilitamos EVC en cluster de ESX lo que estamos haciendo es decir al VMM que muestre a las maquinas virtuales el conjunto de instrucciones mas bajo que soportan todos los procesadores del cluster, por defecto este juego de instrucciones es el de la arquitectura Merom-SSE3 en el caso de Intel, de esta forma todos los procesadores presentan las mismas características de este procesador base.

Los servidores con procesadores que no tengan las características del procesador base o no soporten FlexMigration no podrán ser agregados a un cluster de EVC.

Si al agregar un host a un cluster de EVC os da un aviso de que el servidor no puede ser agregado porque no está soportado por EVC debéis revisar lo siguiente:

  • Los procesadores del servidor soportan Intel FlexMigration o AMD-V Extended Migration o son del tipo base definido.
  • En la BIOS tenéis habilitadas las funcionalidades Intel VT Virtualization Technology y XD Execute Disable Bit o equivalentes en AMD-V.
  • Las maquinas virtuales del servidor que queréis añadir están apagadas.
  • Todos los servidores del cluster se encuentran en la versión ESX3.5 U2 o superior y están manejados por VC2.5 U2.

Esta tecnología no permite hacer compatibles procesadores de distintos fabricantes AMD/Intel. La compatibilidad de VMotion a nivel de fabricante queda de la siguiente manera:

  • Intel Merom Xeon® 3200, Intel Xeon® 5300, Intel Xeon® 7300 o posteriores.
  • AMD Second Generation Opteron (Rev-E/F), AMD Third Generation Opteron (Barcelona) o posteriores.

Guía de referencia de VMotion:
http://www.vmware.com/files/pdf/vmotion_info_guide.pdf

Lista de procesadores compatibles:
http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=1003212

domingo, 28 de septiembre de 2008

Offline VDI

Desde hace tiempo se venia escuchando hablar de Offline VDI o lo que es lo mismo escritorios virtuales que se mueven con el usuario y con los que podemos trabajar aunque no tengamos conexión a la red. Mientras el usuario esta en la oficina o tiene conexión a la red puede conectarse a ellos tal como hacemos actualmente. Pero que ocurre si el usuario quiere trabajar con su escritorio virtual cuando esta de viaje o en un avión? Con esta tecnología el usuario antes de marcharse puede llevarse una copia local de su escritorio y cuando vuelva a la oficina o tener conectividad sincronizar los cambios y trabajar en remoto.

En el VMworl 2008, VMware demostró por primera vez el concepto de Offline VDI. De momento utilizan una versión reducida de VMWare Player para que el usuario pueda ejecutar su escritorio virtual en local. La primera vez que el usuario quiere llevarse el escritorio, VDM lo marca como no accesible y lo descarga completamante al ordenador del usuario donde se ejecutara mediante VMware Player. Utilizando la tecnología de snapshots y ficheros delta se reducen los tiempos de sincronización posteriores de manera que cada vez que el usuario quiera sincronizar su escritorio solo se transfieren estos ficheros delta.

En los próximos años supongo que empezaremos a ver ordenadores sin sistemas operativos instalados, únicamente con vClient integrado en BIOS o FlashCard y que nos permitirán conectarnos a escritorios virtuales remotos o ejecutar una copia local.

vClient

Es la iniciativa de VMware para llevar un hypervisor de Tipo 1 ( bare-metal ) a los ordenadores personales. Hasta ahora, para ejecutar distintas maquinas virtuales en nuestros ordenadores, utilizábamos productos como VMware Workstation. La idea es que nuestros ordenadores vengan con un pequeño hypervisor integrado en BIOS o FlashCard y el sistema operativo se ejecute en un entorno completamente virtualizado.

Una ventaja clara de llevar este tipo de virtualizacion a los ordenadores personales es que una misma plantilla de Windows XP podría ejecutarse sobre un portátil de HP o uno de IBM sin tener que mantener dos imágenes diferentes.

Otra ventaja clara y alineada con la iniciativa VDI de VMware, ahora englobada dentro de VMware View, es la posibilidad de ejecutar o conectarnos a escritorios virtuales sin necesidad de tener un sistema operativo instalado por debajo.

jueves, 25 de septiembre de 2008

Virtual Datacenter OS

VMworld 2008 nos ha mostrado el camino que VMware va a seguir durante los próximos meses. Si VMWorld Europe 2008 se centro entorno a la seguridad con las iniciativas VMsafe y ESX 3i, ahora le ha tocado el turno a la idea del CPD totalmente virtualizado que VMware lleva persiguiendo desde hace tiempo.

Esta iniciativa esta basada en dos pilares fundamentales:
  • VDC-OS
  • vCloud

VDC-OS

No es un sistema operativo propiamente dicho sino la evolución de VMware Virtual Infraestructure, está formado por un conjunto de capas que interactúan entre si.



Si empezamos por el nivel mas bajo nos encontramos la propia infraestructura física de comunicaciones, servidores y almacenamiento. Esta infraestructura puede estar alojada en nuestro CPD ( On-Premise Cloud ) o bien en otros CPDs o ser alojada por proveedores de servicio ( Off-Premise Cloud ).

En el corazón de la infraestuctura se sitúa Vmware Virtual Infraestructure que provee los siguientes servicios al entorno:
  • Aplication vServices, proporcionan disponibilidad, seguridad y escalabilidad a las aplicaciones mediante las tecnologias de VMotion, SVMotion, FT, HA, DRS, VMsafe y VCB.
  • Infraestructure vServices, abstraen la infraestructura física de los servicios de aplicación, de manera que las aplicaciones puedan liberarse de los inconvenientes asociados al hardware.
  • Managment vServices, manejan, monitorizan y detectan problemas en la infraestructua y las aplicaciones. Estos servicios serán utilizados por productos como vCenter o vCenter AppSpeed, que permitirá monitorizar, detecta y resolver problemas de rendimiento en nuestras aplicaciones.
  • vCloud vServices, proporcionan la integracion necesaria entre las distintas vClouds tanto internas como externas.

En la última capa se encuentran las aplicaciones y GuestOS que utilizan los servicios ofrecidos por VDC-OS para ejecutarse en un entorno seguro, eficiente y tolerante a fallos.

Un entorno que:
  • Se adapta a las necesidades de los servicios desplegando o moviendo maquinas para cumplir los SLAs y reducir el TCO.
  • Se adapta a fallos de servidores (HA, FT), de comunicaciones ( NIC Teaming, Storage Multipathing) o a desastres (VMware SRM).
  • Permite a productos de seguridad tener una visión al detalle del entorno. VMsafe proporciona visibilidad a nivel de hypervisor para detectar ataques, virus o cualquier código malicioso e impedir sus efectos antes de que lleguen a la aplicación. Recordemos que los principales fabricantes de productos de seguridad como Checkpoint, Symantec y McAfee han confirmado que en 2009 sus productos estarán completamente integrados con VMsafe.

vCloud


Es la iniciativa de Cloud Computing anunciada por VMware, la idea es crear infraestructuras que permitan mover y ejecutar servicios entre datacenters locales y externos. Más de 100 proveedores de servicio ya se han aliado con VMware para desplegar vClouds certificadas y solventar los problemas técnicos que requiere esta tecnología. Recordemos que VMotion y FT solo funcionan dentro del mismo datacenter y requieren almacenamiento compartido. Ya se oyen rumores de que en futuros VMworld oiremos hablar de GeoVMotion o Faul-Tolerance entre distintos datacenters.

Recordemos que Amazon ya lleva tiempo ofreciendo servicios de Cloud Computing. Este servicio se ofrece bajo el nombre de Amazon EC2 (Amazon Elastic Compute Cloud) y esta basado en el hypervisor Xen. Yo pienso que durante los proximos años va ser difícil convencer a las empresas de mover sus servicios hacia este tipo de "nubes" fuera del control de su CPD. Otro punto interesante de esta arquitectura es aprovechar el Cloud Computing para desplegar VDI, de esta forma nuestros escritorios se ejecuten sobre la vCloud o EC2 y tenemos acceso a ellos desde cualquier lugar con una simple conexión a Internet.

Gracias a vCenter Chargeback los proveedores podran monitorizar y cobrar a los clientes en función de los recursos que utilicen dentro de su infraestructura.

Por otro lado disponemos de mas de 1000 aplicaciones distribuidas como Virtual Appliances preparadas para ejecutarse y moverse entre estas vClouds. Cada vez más fabricantes de software apuestan por distribuir su software de esta manera.

Hay cierta presión para que VMware, Citrix y Microsoft utilicen un formato de Virtual Appliance compatible. Recordemos que una maquina virtual para Xen se puede ejecutar en Hyper-V y viceversa. De esta forma los fabricantes solo tendrían que liberar un Virtual Appliance de sus aplicaciones y este podría ejecutarse en una vCloud basada en Xen, Hyper-V o VMware.