Nuestra matriz de soluciones y servicios de virtualización y cloud computing, JmG Virtual Consulting, S.L,  ha lanzado esta semana, una nueva Fan Page en Facebook con premio incluido.

Personalmente, no soy uno de esos seguidores acérrimos de Facebook, pero como propietario de un negocio de soluciones y servicios de virtualización y cloud computing, no puedo ignorar el hecho de que millones de personas lo usan ya a diario.

Con el lanzamiento de esta nueva pagina de Facebook, en JmG Virtual Consulting, pretendemos conseguir lo siguiente:

Estar disponible y accesible a millones de clientes. Las Facebook Fan Pages no tienen ningún límite en el número de fans que estas pueden albergar. Asimismo, los propios fans de nuestra pagina serán una fuente importante de influencia y referencia para nuestros servicios y soluciones de virtualización y cloud computing del futuro.

Conocer mejor a nuestros clientes. Nuestra nueva JmG Virtual Consulting Facebook Fan Page tiene incluida una funcionalidad extraordinaria en cuanto a que permitirá conocer algunas características demográficas de nuestros fans con lo que será mucho mas fácil conocer con exactitud de donde vienen nuestros clientes para poder ayudarles de una forma mas rápida, flexible y dinámica.

Conseguir nuevos clientes. Nuestra nueva JmG Virtual Consulting Facebook Fan Page permitirá involucrar a profesionales, usuarios y clientes a un nivel personal mucho más extenso mediante la creación de encuestas, diálogos mucho mas interactivos y concursos.

Hablando de concursos, ¿te gustaría ganar una copia gratuita de nuestro libro 101 Secretos de VMware vSphere? Si es así, estas a tan solo un clic de ratón de ganar una copia gratuita del libro éxito de ventas sobre la virtualización de servidores.

Solo tienes que entrar en nuestra nueva Facebook Fan Page y hacer clic en el botón de “Me gusta” de Facebook.

Los primeros 100 usuarios, clientes o profesionales, que hagan clic en el botón me gusta de facebook, entraran automáticamente en el sorteo de una copia gratuita del libro éxito de ventas sobre la virtualización de sistemas con VMware vSphere: 101 Secretos de VMware vSphere.

No me cabe duda de que esta nueva Facebook Fan Page que lanzamos esta semana cumplirá todos los objetivos marcados y reforzara, mas aun si cabe, nuestra credibilidad y confianza en nuestras soluciones y servicios de virtualización de sistemas y cloud computing.

¿A que esperas para ganar una copia del mejor libro de virtualización de sistemas en español? http://www.facebook.com/jmgvirtualconsulting

Hola amigos, soy Florián Murillo. La semana pasada, mi colega de blog, Santi Fernández, expuso en su post “Aterriza la nueva versión de vSphere 5” de forma clara, las líneas generales de las novedades de vSphere 5, que se lanzó el martes 12-julio. En este post, detallaré brevemente las novedades específicas de networking que trae la nueva versión.

La nueva versión de switches distribuidos, la v.5.0.0 (ya van tres versiones) tiene soporte de LLDP, NetFlow, Port Mirroring y funciones avanzadas en Network I/O Control (NIOC).

Link Layer Discovery Protocol (LLDP): Es un protocolo de descubrimiento de “vecinos” estándar, alternativo a Cisco Discovery Protocol (CDP), LLDP me proporciona información acerca del switch al que estamos conectado.

NetFlow: Realmente no es una novedad, en VI3 teníamos NetFlow en calidad de experimental, y desapareció en vSphere 4, quizás por la llegada de Cisco Nexus 1000V, que si soporta NetFlow. En vSphere 5 se pueden capturar y enviar a un “Netflow collector” los flujos de red entre VMs e incluso entre una VM y un servidor físico. Para ello le hemos de poner una IP al switch distribuido, otra novedad que se ha de tener en cuenta en los diseños. En vSphere 5 se soporta NetFlow v.5.

Port Mirroring: Copia el tráfico de que entra y/o sale de un puerto, en un puerto de mirror para tareas de análisis de tráfico o resolución de problemas. Es una gran herramienta.

Las funciones avanzadas que tiene el Network I/O Control son:

User-Defined Network Resources Pools: Network I/O Control llegó en vSphere 4.1 con unos Network Resources Pools (nRP) ya definidos y sin poder añadir mas. Ahora podemos definir nRP a nuestra conveniencia, asociando port-groups a los nRP creados para definir las prioridades de tráfico.

Cada nRP, además de los shares y limits, es marcado con un tagging 802.1p para aplicar Calidad de Servicio.

En definitiva, grandes mejoras que tendremos que ir desglosando una a una para que veáis como aplicarlas.

¿Creéis que estas mejoras ayudarán a optimizar el rendimiento de red en nuestros CPDs?

¿Crees que este post puede interesar a alguien? En ese caso clica en los botones de compartir de arriba. Gracias por el apoyo.

Con la llegada del nuevo modelo de licenciamiento de la versión 5 de vSphere a muchos de nosotros se nos ha venido a la cabeza una de las preguntas lógicas, ¿Cuánto me va a costar actualizar mis licencias a vSphere 5?.

Como os comentaba la semana pasada, una de las características de este nuevo modelo, es que el licenciamiento se basa en el concepto de vRAM, por el que se licencia en base al total de la memoria provisionada a las máquinas virtuales.

Un detalle importante que recordar es que sólo se tienen en cuenta aquellas máquinas virtuales que estén ejecutándose.

Dándome una vuelta por Internet me he encontrado con un par de post bastante interesantes relacionados con este tema. En estos post se habla de cómo obtener la “huella” vRAM de vuestra infraestructura, dato bastante importante para hacernos una idea de lo que nos va a costar actualizarnos a vSphere 5.

El primero de los post, How to determine your vRAM footprint in vCenter, viene de la mano de VMguy y básicamente la opción que nos ofrece es exportar los datos de inventario de las máquinas virtuales en la vista “Hosts and Clusters” de nuestro vCenter a un fichero Excel y aplicar un par de fórmulas para obtener la huella vRAM. Rápido, sencillo y efectivo.

El segundo post, vSphere 5 License Entitlements, lo encontramos en Virtu-Al.net y consiste en ejecutar un script escrito en PowerShell. El script es bastante intuitivo y fácil de ejecutar. Simplemente tenemos que abrir una consola de PowerCLI y ejecutar el script LicenseValidator.ps1 que previamente nos hemos bajado de la misma web del post. A continuación nos aparecerá una ventana, tal y como podéis ver en la siguiente captura.

?

Ahora sólo basta suministrar los datos que nos solicita y hacer click en Connect para que el script recopile toda la información necesaria y nos la presente en un elegante informe HTML. La información completa la podéis ver en el mismo post, en un informe HTML de ejemplo.

Para terminar me gustaría que me permitierais la licencia de presentaros un pequeño OneLiner propio para PowerCLI para obtener la huella de nuestra infraestructura vSphere:

Get-VM | Where-Object {$_.PowerState -eq ‘PoweredOn’ } | Measure-Object MemoryMB –Sum

Que dará como resultado algo como esto:

Count : 12
Average :
Sum : 22016
Maximum :
Minimum :
Property : MemoryMB

Donde el campo Sum es el dato que nos interesa medido en MB.

Por explicar brevemente el oneliner comentaros que:

• Get-VM obtiene el listado de todas las máquinas virtuales de la infraestructura a la que estemos conectado.
• Where-Object {$_.PowerState -eq ‘PoweredOn’ }, es el filtro para quedarnos solo con las máquinas virtuales que estén encendidas, que son las que nos importan para obtener la huella vRAM.
• Measure-Object MemoryMB –Sum, realiza la suma de la propiedad MemoryMB (memoria provisionada a la máquina virtual) de todos los objetos que se le han pasado por la pipe.

Tened en cuenta que para poder ejecutar el oneliner anterior habéis tenido que conectaros previamente a vuestro vCenter con el cmdlet connect-viserver -credential (Get-Credential).

¿Crees que este post puede interesar a alguien? En ese caso clica en los botones de compartir de arriba. Gracias por el apoyo.

El pasado martes 12 de julio, VMware hizo la presentación de vSphere 5 cargado de nuevas funcionalidades y mejoras a las funcionalidades ya existentes.

Por hacer un breve repaso de las novedades que nos trae vSphere 5[SF1] , comentaros opciones nuevas bastante interesantes como:

• vSphere Auto-Deploy, que nos permitirá realizar despliegues automatizados de nuevos hosts ESXi de una forma más sencilla.
• vSphere Storage DRS, una funcionalidad que personalmente estaba esperando desde que cayó en mis manos el primer draft de SIOC (lo que por aquel entonces VMware decidió llamar PARDA), y que hace exactamente lo que parece que dice el nombre, es decir, reasignación dinámica del almacenamiento de máquinas virtuales.
• Profile-Driven Storage, una funcionalidad bastante interesante en la que mediante la configuración de perfiles de almacenamiento, vSphere nos informa de la compatibilidad de los datastores con nuestra máquina virtual. Básicamente consiste en definir un perfil de uso de almacenamiento basado en el nivel de servicio asociado a nuestra máquina virtual y en el momento de la creación, clonado o migración (storage vMotion) vSphere nos recomendará la mejor ubicación para la máquina virtual
• vSphere Web Client, con el que podremos administrar nuestra plataforma desde cualquier navegador web.
• vCenter Server Appliance, o lo que es lo mismo un vCenter basado en una virtual appliance de Linux (¡por fin!)

Por supuesto, la nueva versión de vSphere viene acompañada de mejoras de viejos conocidos:

• VMFSv5, soporta datastores de 64TB sin necesidad de usar extends
• Virtual Machine v8, con nuevas funcionalidades como el soporte de gráficos 3D para Windows Aero o dispositivos USB 3.0
• vSphere vMotion sobre redes de alta latencia
• máquinas virtuales más grandes de hasta 32 vCPU y 1 TB de memoria RAM.

En resumen un montón de nuevas funcionalidades que estoy deseoso de poder tocar y destripar de primera mano.

Sin embargo si hay algo realmente significativo que destacar de este nuevo lanzamiento de vSphere es su nuevo modelo de licenciamiento[SF2] , que ha sido, en el poco tiempo que lleva el producto en la calle, largamente comentado y rebatido.

Y el motivo de este intenso debate generado alrededor del nuevo modelo de licenciamiento es el cambio que hace VMware en la filosofía del modelo. La idea que subyace en este nuevo modelo, según VMware, es que ahora “pagas por uso” asemejándose más al mantra por todos conocidos del IaaS [SF3] .

VMware trata de conseguir su objetivo eliminando las limitaciones físicas asociadas al número de Cores por CPU que teníamos en la versión 4 e introduciendo un nuevo concepto, el pool vRAM.

Antes de entrar a ver en que consiste eso del pool vRAM, es importante mencionar que existe lo que VMware llama derechos de vRAM asociados a la licencia de vCPU y que evidentemente cambian según la versión de licencia [SF4] que estemos adquiriendo. De este modo para las ediciones:

• Standard, tenemos derecho a un máximo de vRAM de 24GB por CPU
• Enterprise, aumentamos la cantidad de vRAM hasta los 32GB por CPU
• Enterprise Plus, establecemos el valor de vRAM en los 48GB por CPU

Por cierto, si alguien ha notado la ausencia de la edición Advance, efectivamente VMware la ha eliminado del catálogo de la versión 5.

Volviendo al pool vRAM, ¿qué significa? Pues básicamente que en el nuevo modelo de licenciamiento tenemos derecho a ejecutar tantas máquinas virtuales como queramos siempre y cuando la suma de la memoria asignada a estas máquinas virtuales en ejecución no supere el tamaño del pool vRAM, que como habréis podido adivinar a estas alturas es la suma de las licencias de CPUs adquiridas.

De esta forma si tenemos dos host físicos con dos CPU (sin importar el número de cores) cada uno, dependiendo de la versión que adquiramos tendremos un pool vRAM de:

• Standard, 2 (hosts) * 2 (CPUs) * 24 = 96GB vRAM
• Enterprise, 2 (hosts) * 2 (CPUs) * 32 = 128GB vRAM
• Enterprise Plus, 2 (hosts) * 2 (CPUs) * 48 = 192GB vRAM

Es importante señalar que la vRAM no está asociada a un host sino al vSphere completo. Es decir, en el primer escenario, por ejemplo, si un host tiene asignado un total de 54GB de RAM a sus máquinas virtuales, y el segundo host tiene asignado un total de 38GB de RAM a sus máquinas virtuales, estaríamos cumpliendo con el acuerdo de licenciamiento, ya que 54 + 38 = 92 (RAM asignada) < 96GB (vRAM).

En este punto, creo interesante pasaros algunas referencias particularmente interesantes acerca del tema de licenciamiento, que como habréis podido suponer está bastante “calentito”:

• VMware’s Launch Event[SF5] , blog de Scott Lowe donde resume algunas de las novedades de la nueva versión de vSphere. Particularmente interesante la parte de comentarios donde se discute sobre el modelo de licenciamiento.
• vSphere 5 Licensing[SF6] , hilo de las communities de VMware donde se discute sobre el tema del licenciamiento.
• vSphere 5.0 Licensing Changes[SF7] , blog de Derek Seaman donde explica el modelo de licenciamiento. Particularmente interesante es el cálculo de costes de licencia que hace para una supuesta infraestructura de VDI.

Personalmente mi primera impresión acerca del nuevo modelo de licenciamiento ha sido bastante negativa, aunque con estas cosas me gusta darle un poco de tiempo al tiempo y ver si realmente existe un abaratamiento en los costes de licenciamiento tal y como asevera VMware, o a alguien se le ha “deslizado un cero” en los precios y el nuevo modelo es insostenible.

[SF2]http://www.VMware.com/files/pdf/vsphere_pricing.pdf

[SF3]http://es.wikipedia.org/wiki/Infraestructura_como_servicio#Infraestructura_como_servicio

[SF4]http://www.VMware.com/products/vsphere/buy/editions_comparison.html

[SF5]http://blog.scottlowe.org/2011/07/12/VMwares-launch-event/

[SF6]http://communities.VMware.com/thread/320877?start=0&tstart=0

[SF7]http://derek858.blogspot.com/2011/07/vsphere-50-licensing-changes.html

En un post publicado la semana pasada, te explique que es la política de balanceo de VMware vSphere llamada Round Robin y como configurar esta para una cabina de Dell EqualLogic.

En el post de hoy te enseñare a configurar y elegir automáticamente la política de balanceo de E/S de disco en VMware vSphere llamada Round Robin.

Para poder configurar el PSP – de las siglas en inglés Path Selection Plugin – para cualquier dispositivo de almacenamiento, es necesario ejecutar el siguiente comando:

esxcli -–server nmp device setpolicy –device –psp

Nota: Puedes una explicación más detallada de los que es PSP en el post llamado: He configurado el Round Robin, pero los caminos no son utilizados de manera uniforme”

Lo importante que me gustaría destacar en este punto es que la configuración del PSP es por DataStore, es decir, que si tienes 100 datasotres y quieres cambiar la configuración del PSP de Fixed a Round Robin has de hacer el mismo cambio en los 100 datastores.

Sin embargo, podemos configurar VMware vSphere ESX/ESXi para que automáticamente este pueda elegir Round Robin para cualquier dispositivo controlado por el SATP – de las siglas en ingles Storage Array type Plugin.

Y aquí es donde bien lo interesante de la cuestión: ¿Cuál es el comando o comandos para configurar tu VMware vSphere ESX/ESXi de manera que el PSP por defecto sea Round Robin?

Estos son los cuatro commandos que has de ejecutar directamente en tu servidor VMware vSphere ESX/ESX 4.x:

1. esxcli –server corestorage claiming unclaim –type location
2. esxcli –server nmp satp setdefaultpsp –satp –psp VMW_PSP_RR
3. esxcli –server corestorage claimrule load
4. esxcli –server corestorage claimrule run

Una vez ejecutados estos commandos tu politica de PSP por defecto sera Round Robin.

¿Crees que este artículo puede interesar a alguien a quien conoces? Compártelo clicando los botones de Twitter y Facebook de abajo o arriba. Gracias.

Hola amigos, soy Florián Murillo. Os voy a confesar que es lo que mas me gusta de VMware, que todavía está en un estado de efervescencia creativa y aporta, como vimos la semana pasada en mi post “La historia de Elastic Sky X” que las innovaciones la hacen diferente a otros.

En vSphere 4.1 apareció una novedad que ha pasado desapercibida para muchos, es la compresión de memoria RAM como paso previo a pasar páginas de memoria a fichero swap, me refiero al archivo .vswp. La velocidad la que se descomprime una página de memoria es muy superior a la velocidad de acceso a disco para recuperar dicha página, por tanto añade una menor latencia a las aplicaciones, es decir mejor rendimiento en situaciones de escasez de memoria.

¿Esta activada la compresión en nuestro ESX?

La compresión viene activada por defecto,   verifícalo, el valor de HOST\Configuration\Advanced Settings\Mem\Mem.MemZipEnable = 1

¿Que cantidad  de memoria se comprime?

Un 10% por defecto, compruébalo en HOST\Configuration\Advanced Settings\Mem\Mem.MemZipMaxPct = 10

El mecanismo se explica fácilmente, cuando se sobrecarga la memoria del host (menos del 2% de memoria disponible), comprimimos páginas de memoria de 4Kb de la VM con gzip en la cache de compresión de la VM, ocupando páginas de memoria de 2Kb o menos. Con esto ayudamos al host a:

1.  Obtener memoria en momentos de escasez, mitigando mejor el impacto de la escasez de memoria que en versiones anteriores.

2.  Mantener bajas latencias en las aplicaciones, por no llevar a disco las páginas de memoria.

En la imagen siguiente se aprecia la diferencia:

Vemos, en la imagen anterior como se libera una página de 4Kb mediante la compresión de las páginas A y B, sin pasar a disco.

¿Estp ocurre siempre? No, este proceso ocurre cuando la memoria disponible está por debajo del umbral (“hard memory state”) es decir el 2% de la memoria libre del kernel.

¿Que diferencia de rendimiento existe entre comprimir y enviar a disco? Como vemos en la imagen siguiente:

La caída de rendimiento producida por enviar páginas de memoria a disco (línea verde) es mitigada (mayor rendimiento) por las páginas comprimidas (línea morada).

Vemos también que cuanta menos memoria mas fácilmente tenemos problemas de rendimiento, esto ya lo habíamos supuesto nosotros sólitos ¿verdad?

Es una gran mejora, teniendo en cuenta que la memoria es, el la mayoría de los casos, el dolor de cabeza diario de quien tiene que gestionar recursos permanentemente.

¿Creéis que VMware podrá mantener esta diferencia competitiva con innovación frente a grandes adversarios durante mucho tiempo?Yo, la verdad, espero que sí, ya que nos beneficiamos todos

¿Crees que este artículo puede interesar a alguien a quien conoces? Compártelo clicando los botones de Twitter y Facebook de abajo o arriba. Gracias.

La política de Round Robin no emite E/S de una forma simple y llanamente como su propio nombre indica.

Por defecto, cuando seleccionas el PSP – de las siglas en inglés Path Selection Plugin – de Round Robin, esta política envía 1.000 comandos E/S de disco por cada ruta antes de pasar al siguiente camino, lo cual es llamado IO Operation Limit.

En algunas configuraciones, yo diría en la gran mayoría, esta configuración por defecto no muestra la agregación de caminos en su máximo exponente porque muchas veces algunos de los miles de comandos de E/S de disco se han completado antes de que el último comando fuese enviado. Esto significa que los caminos de almacenamiento no estarán llenos (a pesar de que la cola en la cabina de almacenamiento puede ser que si este llena).

Cuando se utiliza 1 Gbit en una conexión iSCSI, muy frecuentemente la ruta física es el factor limitante en el rendimiento, y haciendo uso de varias rutas al mismo tiempo con la política de Round Robin, puede que muestre un mejor rendimiento.

Lo interesante de esta política de PSP es que puedes reducir el número de órdenes emitidas por un camino en particular, antes de pasar al siguiente camino hasta llegar a una E/S de disco, lo que garantiza que cada comando posterior se envíe por un camino diferente.

En una configuración con una cabina de almacenamiento de Dell EqualLogic, yo recomiendo un valor de 3 E/S de disco para el campo IO Operation Limit.

Para poder hacer este cambio, es necesario ejecutar el siguiente comando:

esxcli – server nmp roundrobin setconfig – device – IOPS — type iops

No obstante, ten en cuenta que el hecho de disminuir el número de IOPS presenta algunos problemas potenciales.

Mediante la difusión de las solicitudes de E/S a disco a través de varias rutas, estamos influenciando de una manera negativa la optimización de la cache de cualquier cabina almacenamiento lo que puede acabar por afectar el rendimiento de esta.

Afortunadamente, muchos de los sistemas de almacenamiento más modernos no “cachean” por puerto. No obstante, y aunque menos importante, el cambiar constantemente la E/S de disco entre las rutas disponibles representa un uso adicional de ciclos de reloj de la CPU de nuestro servidor VMware ESX/ESXi con lo que hay que tenerlo en cuenta.

¿Crees que este artículo puede interesar a alguien a quien conoces? Compártelo clicando los botones de Twitter y Facebook de abajo o arriba. Gracias.

Hola, de nuevo aquí con vosotros, soy Jose Maria Gris y vamos a comentar un aspecto que en los últimos días me he encontrado entre manos. Las diferencias entre ESX y ESXi. Pero lo vamos a hacer de una forma distinta, no lo vamos a hacer desde la perspectiva de “features”, sino desde la perspectiva cronológica, ello nos dará cierta luz al tema. Hoy buscamos en el baúl de los recuerdos….

En el momento que existía Infrastructure 3.5 apareció un producto que se denominó en su día ESX 3i. Este producto era básicamente nuestro amigo ESX sin la Service Console y ciertas modificaciones para ser mas efectivo. Este producto nacio en un principio para ser “empotrado” en una flash, o bien en un device hardware del vendor de Hardware o bien en un USB. Todo ello tomando partido de que el “footprint” del S.O. eran 32 MB.

De ese producto nacio 3.5 3.i Installable (el mismo que el anterior pero lo podías instalar en HD), que en poco tiempo VMware lo hizo gratuito.

Así que en este punto tenemos que ESX y ESX 3i eran de pago y ESXi Installable era gratuito.

Sigamos, sobre todo en el mercado USA mucha gente empezó a usar ESXi Instalable e incluso llego a ver que se podía licenciar con una licencia de ESX. Llego vSphere y las grandes operaciones empezaron a poner ESXi que licenciaban como ESX. El sistema era muy robusto y funcionaba a las mil maravillas (Ya en aquel tiempo hice algún post indicando que el futuro iba a ser ESXi).

Con todo ello, con 4.1 el fabricante ya dio claras directrices: esta es la ultima versión de ESX, dando pistoletazo a la nueva vida de ESXi.

Quien me conoce sabe el chiste que uso sobre la “etimología lógica” y aquí ha ocurrido algo parecido. Vamos a romper algunas ideas que no se han dejado claras:

Si quieres un Hypervisor VMware gratuito, hoy por hoy tienes que usar ESXi, pero ello no quiere decir que ESXi sea gratuito, ESXi es una tecnología que se puede licenciar. No es lo mismo ESXi como producto que ESXi como tecnología.

ESXi nació para ser “empotrado” pero no es obligatorio hacerlo, hay la versión “installable” que es, hoy por hoy, la versión que se está instalando (valga la redundancia) de forma más extensa. No todos los ESXi son “empotrados”.

Del anterior párrafo, ESXi se puede “empotrar” pero yo no lo recomiendo, al menos al 100%. Es muy cómodo, muy rápido instalar ESXi en un USB pero, que yo sepa, no hay devices flash que tengan mirror o redundancia, por lo que se convierten en un SPOF. Siempre dejo un ESXi instalado en HD o si es misión critica, los instalo todos contra Discos. No es obligatorio “empotrar” a ESXi.

Espero que con esta “visión cronológica” todos veamos mas claro de donde nacen los temas y de esta forma entendamos mejor ciertas lagunas que creo que nunca se han llegado a poner en claro.

¿Crees que este post puede interesar a alguien? En ese caso clica en los botones de compartir de arriba. Gracias por el apoyo.

Ya esta disponible online el episodio #24 en virtualizacion.tv, el programa de televisión web que ayuda a profesionales como tú, a entender la virtualización de sistemas y el cloud computing en español.

En el episodio de esta semana, hablaremos de los discos de estado sólido en entornos de virtualización, responderé a la pregunta de un usuario en relación a los beneficios del hardware virtual versión 7 en las máquinas virtuales, te enseñare otra utilizad impresionante relacionada con el mundo de la virtualización y del Cloud Computing y terminaremos con el caso de éxito del mundo de la virtualización del Correo Gallego.

Gracias a todos los que dejaron su comentario en los episodios anteriores. Si aun no has tenido la oportunidad de hacerlo, por favor, entra en virtualizacion.tv hazlo ahora. Tu apoyo permitirá que este programa de televisión web sobre la virtualización de sistemas y el cloud computing en español, pueda continuar beneficiando a muchas personas.

¿Crees que este videopost puede interesar a alguien? En ese caso clica en los botones de compartir de arriba o abajo. Gracias por tu apoyo.

Hola amigos, soy Florián Murillo. El mundo del software está cambiando poco a poco, cada vez aparecen mas aplicaciones en formato de Virtual Appliance. Aprendamos algo mas acerca de los Virtual Appliances.

¿Que es un Virtual Appliance?
Es una plantilla de máquina virtual que descargamos de la red y desplegamos en nuestra infraestructura virtual. El formato estándar de un Virtual Appliance es el formato OVF.

¿Que es el formato OVF?
La Distributed Management Task Force (DMTF) es una organización creada para proponer estándares de Gestión de TI. Ha creado CIM, WBEM, DMI y OVF entre otros. En la imagen adjunta aparecen los desarrollos de la DMTF.

¿Cual es la historia del formato OVF?
En septiembre del 2007 aparece el borrador del estándar. La especificación v.1.0 del Open Virtualization Format (OVF) es anunciada por la DMTF en marzo de 2009, y la especificación v.1.1 en marzo 2010. La adopción por parte de los fabricantes de tecnologías de virtualización es amplia, siendo VMware pionero y catalizador del formato, seguido posteriormente por Microsoft, Red Hat, Citrix, Oracle y otros…

La especificación v.1.1 llegó a la categoría de estándar ANSI el 31 agosto del 2010.

¿Que diferencias hay entre OVF y OVA?
Tanto Open Virtualization Format (OVF) como Open Virtual Appliance (OVA) son las dos presentaciones del estándar. El formato OVF está formado por varios archivos, mientras que el formato OVA es una versión del OVF en formato tar (archivo único) para facilitar la descarga desde la red.

¿Que me aporta OVF?
Un mecanismo de transporte de plantillas de máquinas virtuales. Un mecanismo basado en certificados que garantiza la integridad de la plantilla. Una plantilla OVF puede estar compuesta por una o mas máquinas virtuales. Un archivo descriptor (xml) que proporciona visibilidad de la información del S.O., licencia y hardware de las máquinas virtuales transportadas en la plantilla. Todo desde vCenter Server con la opción File > Deploy OVF Template…

Por ejemplo, podemos desplegar una pila de aplicaciones LAMP (Linux + Apache + MySQL + PHP) desde un único ovf ¿interesante no?

¿Quien utiliza el formato OVF?
Hay muchas empresas de tecnología que proporcionan productos en formato OVF, como IBM, CheckPoint, F5 Networks, Zeus, Cisco Systems, Arista Networks o VMware entre muchas otras.

¿Que futuro tiene el estándar OVF?
Parece que este formato esta ganando aceptación entre los proveedores de cloud para proporcionar interoperabilidad entre nubes, es decir “muevo mi VM del proveedor 1 al proveedor2”. ¿Que opináis amigos?

También puede que lo utilicemos para tener una nube híbrida, una parte privada y otra pública, fluyendo las máquinas virtuales de una parte a otra según los criterios corporativos de rentabilidad, seguridad o eficiencia energética. ¿os parece realidad o ficción?

Además se ha incluido en varias propuestas de estandarización de arquitecturas cloud computing.

¿Crees que este artículo puede interesar a alguien a quien conoces? Compártelo clicando los botones de Twitter y Facebook de abajo o arriba. Gracias.