Hola soy Jose Maria Gris y de nuevo estoy aquí con vosotros. Últimamente esta sección parece un poco como cuarto milenio . Lo que os comentaré hoy no es que sea cosa de brujas pero si es cierto que me ha traído de cabeza en 2 instalaciones estos días y la verdad es que no acababa de verlo claro. Tras investigación y pruebas de laboratorio, ha quedado bastante claro.

Bien, todo empieza cuando llego a una instalación que “se ha vuelto loca”. Sencillamente es ingobernable, no contesta ni responde correctamente ni al VI client ni a vCenter…. No se comporta correctamente con SSH. Vamos, un potro desbocado. Eso sí, las VM continúan dando servicio sin problema.

Nos ponemos en contacto con soporte y nos comentan que lo que tenemos es un “All paths Down” o APD. Solución: Hay que entrar en las vms por RDP, pararlas y posteriormente hacer caer el ESX/i con un Cold Reset. Cuando se levante, todo estará en su sitio. Soporte “dixit”

Bien, vamos a ver como ocurre esto. El KB 1016626 nos empieza a dar luz sobre el tema. El resumen es “si se efectúa un rescan cuando una lun esta con todos los enlaces caídos puede generar o bien que otra vm deje de responder o como me ocurrió a mi, que los hosts se vuelvan locos.” Las razones pueden ser múltiples, error de hardware, sacar una lun de golpe, etc. Lo cierto es que con diversos levels de ESX he visto comportamientos muy parecidos, pero distintos.

Por lo que he estado investigando, es un bug de vSphere. Con 3.5 no pasaba. Básicamente si en un rescan el sistema detecta que no encuentra una Lun, se vuelca con el proceso hotsd a buscarla, tanto, que llega a bloquear nics, etc….

Si estás leyendo esto y estas en 4.0. U1, tienes que pensar en instalar el parche que se indica mas abajo en referencias, el cual minimiza el tiempo de “no respuesta”. Con 4.0 U2 y 4.1 ya viene instalado.

La buena noticia es que ya leí en un KB que en versión 4.1 U1 el tema se solventaba. La tengo instalada en mi laboratorio y efectivamente entre las features comenta que “ya no deberá pasar mas”, aunque hay un comentario sobre “si ocurre, contacta con soporte técnico.”

No contento con ello he cogido una instalación grande en preproducción, con SANs y con Datacore importante y simplemente he sacado una lun para posteriormente hacer un rescan manual desde el cluster. Lo cierto es que no le ha gustado nada, ha “tosido” se ha molestado, se ha recorcobecado, pero al cabo de un par de minutos estaba todo bien y continuaba en su sitio. Nada que no se pueda mitigar.

Lo reconozco, no me he quedado contento. Lo he probado en mi pobre labo. Los resultados han sido los mismos.

No os voy a decir que el APD ha quedado eliminado, esto lo debe decir el fabricante, pero en mis pruebas, al menos, no ha aparecido….

No obstante, la próxima semana os presentaré como hacer correctamente un “masking” desde ESXi para despresentar una LUN en vSphere 4.x (esté o no solventado el APD, por si las moscas).

Hasta la semana que viene.

Referencias
KB Article: 1016626 Virtual machines stop responding when any LUN on the host is in an all-paths-down condition (APD)
VMware ESX 4.0, Patch ESX400-200912401-BG: Updates vmkernel, vmklinux, tools, CIM, and perftools (1016291)
VMware ESXi 4.0, Patch ESXi400-200912401-BG: Updates Firmware (1016295)

Hola de nuevo. Soy Miguel Ángel Alonso, y aquí estoy con vosotros de nuevo como cada martes para contaros algo nuevo de este mundo maravilloso de la virtualización.

Hoy vamos a ver las últimas excelencias técnicas de la nueva versión de VMware View en su versión 4.6.

Como podéis ver en el diagrama de componentes de VMware View, podemos observar cómo trabajan a partir de esta versión nuestras conexiones WAN. Por fin, disponemos de conexiones PcoIP a través de las conexiones a nuestros Security Servers.

Observamos, claramente, cómo un cliente se conecta a nuestro Security Server y este a su vez nos conecta directamente con el escritorio remoto en cuestión, sin pasar por el broker.

A continuación, te enumero las principales características de esta nueva versión de VMware View 4.6:

1. Security Server, puede ahora actuar como Proxy de conexiones PCoIP (Eliminada la necesidad de uso obligatorio de una VPN.
2. Soporte (Experimental) para Windows 7 SP1. La anterior versión 4.5 no soportaba este Service Pack de windows 7.
3. Soporte para re direccionamiento de conexiones MMU (Multimedia) y  USB para conexiones WAN. USB utiliza el puerto 32111, el cual tendremos que tener abierto en nuestro Firewall.
4. Con la versión 3.3 del firmware de Teradici,  se ha mejorado de forma muy notable todas las prestaciones en general de gráficos.

Lo que sí echo de menos, es el anuncio que VMware hizo desde la versión 4.0 y que ya esperaba con la salida de la 4.5, el apartado de dicado a la gestión de perfiles. Este apartado, VMware y RTO Software están trabajando desde hace ya tiempo, para que la gestión de los perfiles pueda ser integrada en una futura versión de VMware View.

El motivo de su dilatación el tiempo, no es otro que el de algunos problemas con la compatibilidad en los perfiles con Windows 7, ya que con XP no hay problema alguno de esta índole.

También, me gustaría reseñar la salida al mercado a su vez de VMware ThinApp 4.6.1 y cuyas características más importantes son: mayor compatibilidad con las aplicaciones Office 2010, IE 7 e IE 8.

Además, se han resuelto los problemas de empaquetado de las siguientes aplicaciones:

• Google Chrome (Plataformas de 64 Bit)
• Professor Teaches Word 2007 con Windows XP
• WordPerfect, Ad-Aware2008
• Victor Player
• Firefox + Foxit Reader 4.2
• Office communicator
• HP Peregrine, SAGE
• iTunes 9.2.1

No debemos olvidar abrir, entre el Broker, el Security Server y nuestros desktops virtualizados, los puertos 80 y 443 en nuestro Firewall, así como el puerto 4172 TCP y UDP en ambas direcciones.

Como reflexión personal, me quedo con el gran avance realizado en esta versión de View 4.6 a nivel de conexiones WAN, donde por fin dispondremos del maravilloso protocolo PCoIP, más re direccionamiento de MMU y USB sin la necesidad de tener que usar servidores de VPN.

Como ya he dicho antes, siento la necesidad o hecho de menos la integración de la gestión de perfiles, que tan importante es dentro del mundo VDI. Confiemos en que los muchachos de VMware y RTO den con una futura solución lo antes posible.

Bueno, hasta aquí por hoy, me despido de vosotros, esperando haberos contado algo de vuestro interés y me despido de vosotros hasta la semana que viene.

Ya esta disponible online el octavo episodio en nuestro Web TV show de virtualización en español.

Virtualizacion.TV es nuevo programa de televisión web que ayuda a profesionales y usuarios de la virtualizacion como tú, a virtualizar tu centro de datos y no morir en el intento.

Esta semana tenemos una gran leccion de la universidad de Oxford, hablaremos de la implantación de la tecnología del cloud computing a raíz del informe de Forrester, contestaremos a una gran pregunta de un usuario relacionada con la virtualización del puesto de trabajo y descubriremos una utilidad increíble de Veeam que te ayudara a gestionar, monitorizar y administrar tu entorno virtual desde una sola consola de gestión.

¿Y tú, qué opinas con relación a la pregunta lanzada en el episodio de hoy? ¿Cuál crees que es el nivel de implantación de la tecnología del cloud computing en España o en el país donde te encuentres? Deja tu comentario abajo en este video o charlemos sobre ello en twitter.

Hola amigos, soy Florián Murillo y hoy empiezo una serie de artículos sobre el lento pero inexorable camino al cloud computing. Sé que es un término ambiguo pero por este motivo revisaremos en las fases, beneficios y riesgos de no continuar avanzando.

Desde mi punto de vista, los pasos que están siguiendo las TI actuales son los siguientes: Virtualización, Automatización, Cloud Privado y Cloud Híbrido/Público.

¡Vaya! todavía no he empezado a explicarme y ya oigo algunas risas y “ruidos” de escépticos. A algunos les parecerá una evolución evidente y a otros ciencia ficción, pero seguro que ninguno de nosotros nos vamos a librar de convivir con el impacto de estos conceptos.

En este primer capítulo me centraré en la virtualización. Hace mas de 10 años, que VMware demostró que es posible virtualizar servidores x86 con rendimientos empresariales, por tanto, parece que esta parte es la mas fácil, pero me centraré en la gráfica siguiente, para buscar la letra pequeña:

Como vemos en la gráfica anterior, el primer beneficio es la contención del crecimiento del presupuesto de TI, el beneficio es menor del que nos gustaría por las inversiones a realizar para implantar la consolidación de servidores físicos en virtuales, pero aun así, es importante.

Pero como los grandes beneficios ya los conocemos todos, prefiero centrarme en los beneficios no alcanzados y los gastos ocultos, que hacen que la curva con el tiempo tienda a complicarnos el presupuesto.

En muchos proyectos se celebra el ahorro energético producido por tener muchos menos servidores físicos para atender al negocio, estoy totalmente de acuerdo, pero nos olvidamos que muchos clientes disponen de licencia Enterprise y no utilizan DPM, capaz de ahorrarnos, además, un 30% o más del consumo energético actual, es decir, después de la consolidación ¿por qué se utiliza tan poco con arquitecturas blades?

Después tenemos el temible “spawl”, que habita desde siempre en nuestro ADN pero que ahora, al tener recursos “infinitos”, le damos rienda suelta. Me refiero a la propagación indiscriminada de servidores virtuales, que como una plaga bíblica, acaba con nuestros recursos de CPU, RAM y sobre todo de almacenamiento.

La virtualización trae malos hábitos que hay que evitar. El número de servidores nuevos por año crece a un ritmo superior al de la “era física” sin una explicación siempre razonable y el almacenamiento de consumo a un ritmo muy superior al que teníamos hasta ahora.

Además, la virtualización ejecuta nuestros servidores (ahora virtuales) en un entorno compartido de recursos, además es un entorno tan cambiante como lo es nuestra empresa. Eso implica que hemos de velar “permanentemente” por que el entorno sea capaz de proporcionar los recursos que esperan nuestras aplicaciones, lo que se traduce en tareas nuevas de monitorización y optimización con recursos dedicados. La mala noticia es que no siempre tenemos recursos humanos suficientes para atender a las “nuevas” tareas que nos trae la virtualización, actuando reactivamente ante los problemas de rendimiento, incumpliendo los niveles de servicio que nos exige nuestra organización.

El crecimiento continuo de servidores virtuales, va a exigir mucho a nuestras redes. Si no hemos adecuado el diseño de nuestras redes a la virtualización, el crecimiento producirá problemas importantes, pensemos que el “unified fabric”, los interfaces de 10Gb, los diseños “Top of Rack”, los “jumbo frames” y otras tecnologías de red han venido para quedarse y evitarnos problemas de retardo, de ancho de banda, de latencia y de perdidas de paquetes.

Estamos ante un modelo de TI nuevo, y esto implica que nuestros expertos en TI, para que sigan siéndolo, han de recibir la formación adecuada, dentro de un amplio plan de formación que incluya a nuestros responsables de almacenamiento, comunicaciones, seguridad y sistemas. En muchos casos estos planes se reducen mas de lo que deberían, aumentando los riesgos que el negocio asume sin que nadie los quiera asumir como propios.

¡Vaya, parece que hoy tengo la pluma ácida! Pero veamos el vaso medio lleno: dando visibilidad de los riesgos a los que estamos expuestos, seremos capaces de evitarlos, haciendo que la curva de crecimiento de costes de la virtualización tenga una pendiente mucho mas suave.

Pero esto no es todo amigos, la semana próxima seguimos con el siguiente paso en nuestro viaje.

Las nuevas tecnologías abren nuevas oportunidades para todos, tanto para aquellos que las aprovechan para desarrollar nuevos modelos de negocio, bancos de pruebas o investigación, como para aquellos con no tan loables intenciones.

Por supuesto la virtualización no es una excepción, y con la aparición de técnicas de detección de entornos virtualizados como RedPill allá por el 2004 se demostraba que esta tecnología tampoco escapaba a la necesidad del tratamiento y la gestión de la seguridad.

En esta línea, VMware desarrolla algo más tarde vShield, una familia creciente de soluciones de seguridad para los entornos virtualizados.

En el pasado, Florián Murillo ya escribió un excelente post acerca de vShield Zones, el primero de los productos que conforman la familia de seguridad vShield. En esta ocasión sin embargo, me gustaría hablar del “peque” de la familia, vShield EndPoint (http://www.vmware.com/files/pdf/vmware-vshield-endpoint-ds-en.pdf). Y digo el “peque” por ser el más joven, y no el menos potente.

De hecho, como veremos al final del post, algunos estudios afirman que este producto nos puede llegar a ayudar a mejorar la densidad de carga de trabajo de un Host ESX/ESXi en casi un 275%.

Pero antes de los números veamos un pequeño resumen de en qué consiste vShield EndPoint y el motivo por el que podemos a llegar a conseguir esta impresionante mejora en la densidad de carga de trabajo.

Permitidme que os ponga en antecedentes sobre el problema que trata de atajar vShield EndPoint. Cuando hablamos de seguridad informática a todos se nos viene a la cabeza, entre otras cosas, los virus y el spam. La forma natural de atajar estos dos problemas es el uso de soluciones anti-virus y anti-spam.

Hasta ahora, el modelo en el que trabajaba este software era una aproximación clásica de cliente-servidor, en la que se realizaba el despliegue de un agente en las máquinas que se querían proteger y cuya gestión, administración, mantenimiento, actualización, etc… se realizaba desde una consola central que administraba además un servidor que alojaba las firmas y actualizaciones del software en cuestión.

Para el modelo clásico este esquema funcionaba bien, ya que cada equipo que se quería proteger contaba con sus recursos independientes, de los cuales podían reservar una parte para la ejecución de los mencionados agentes.

Sin embargo, ¿qué ocurre cuando nos movemos hacia un modelo de virtualización, donde el hardware y por lo tanto los recursos están compartidos por varios sistemas? La respuesta es evidente, la carga asociada a cada uno de estos agentes debe ser multiplicada por el número de máquinas virtuales que corren en el mismo hardware. Hasta aquí no estoy descubriendo nada nuevo, se hace patente que la arquitectura clásica de cliente-servidor no funciona bien para las soluciones de anti-virus en entornos virtualizados, especialmente cierto en entornos VDI. En este punto es donde entra en acción vShield EndPoint.

vShield EndPoint es una solución que optimiza el software de seguridad que se ejecuta en entornos virtuales, para entornos vSphere 4.1 y View 4.5. La principal virtud de vShield EndPoint es que permite la ejecución de las soluciones de seguridad en las máquinas virtuales, sin necesidad de realizar el despliegue de agentes y eliminando por tanto la sobrecarga asociada.

Esto es posible gracias a tres componentes:

1. Una máquina virtual securizada, suministrada por los Partners de VMware y desplegada en cada host, es la encargada alojar el motor de antivirus. Sería el equivalente al agente que antes teníamos que desplegar por cada máquina virtual.
2. Un driver para las máquinas virtuales encargado de descargar a la máquina virtual de las operaciones asociadas a los eventos relacionados con los ficheros.
3. VMware EndPoint Security (EPSEC), un módulo cargable del kernel, encargado de enlazar los dos primeros componentes en el nivel del hypervisor.

Básicamente vShield EndPoint, se encarga de monitorizar los eventos de ficheros que se producen en las máquinas virtuales y enviarlos al motor de antivirus que se encuentra en la appliance suministrada por un partner de VMware, todo ello gestionado de forma centralizada desde una consola integrada con vCenter.

Al principio del post os comentaba que se podía llegar a conseguir hasta un 275% de mejora en la densidad de carga de trabajo de un host. Pues bien, esta es la conclusión a la que ha llegado Richard Garsthagen en su post Security designed for virtualization… it really works!! en el que hace referencia al estudio encargado por TrendMicro a Tolly acerca de su solución de antivirus integrada con vShield EndPoint.

Personalmente, en cuestiones tecnológicas, no me gustan los “actos de fé”, pero lo cierto es que el estudio arroja números cuanto menos interesantes y dignos de considerar.

A continuación os pongo una pequeña tabla comparativa de los diferentes productos de la familia vShield:

¿Cómo estamos? Soy José María Gris y como cada miércoles vengo a comentaros un nuevo tema que creo puede ser de vuestro interés.

Hoy veremos “el caso de las tarjetas de red virtuales que desaparecen en escritorios de View”. Este es un caso donde en una instalación se detectó que en los escritorios virtuales “desaparecían” tarjetas virtuales de Lan.

El administrador estuvo buscando y buscando hasta que encontró el problema y su solución.

El tema es bastante sencillo al fin y al cabo. En el terminal el usuario a veces introduce un USB, un Pendrive y ahí se origina el problema.

Cuando se invoca el icono de “sacar hardware con seguridad”, el sistema enseña tanto el USB como la tarjeta de lan. Si el usuario se equivoca o bien no sabe exactamente lo que tiene que hacer, entonces “desaparece” la tarjeta de lan dejando el escritorio inhábil hasta que el administrador vuelve a conectar el device.

Con la máquina virtual apagada, “Edit settings”, seleccionar la pestaña “Options”, y allí, en la sección “Advanced”, seleccionar “General”. En la parte derecha aparecerá el botón “Configuration Parameters”.

Entrando en estos parámetros, botón “Add Row”. Aparece nueva fila e introducimos en la primera columna devices.hotplug y en la segunda false.

La posibilidad de deshabilitar la tarjeta de red desaparece. Gracias David, Gaspar…

Hasta la semana que viene. Take care.

Hola, soy Miguel Ángel Alonso y aquí estoy con vosotros como cada martes para contaros algo nuevo dentro del maravilloso mundo de la virtualización.

En este caso voy a ser escueto con el tema de hoy, pero no por ello va a a dejar de ser menos importante que anteriores posts.

El día 15 de Febrero Vmware sacó a la luz un nuevo Cliente para Vmware View (build 353760) para subsanar un problema de conexión con el Broker de View. Este problema viene dado al actualizar nuestro sistema operativo Windows 7 con el patch de Microsoft (KB2482017).

El nuevo client de VMware View build 353760 ha sido testeado en los siguientes sistemas operativos:

• Windows 7 Enterprise 32 bit + Internet Explorer 8
• Windows 7 Enterprise 64 bit + Internet Explorer 8
• Windows 7 Home 32 bit + Internet Explorer 8

Puedes descargarte el nuevo cliente de VMware View desde la página de VMware de descargas. Tendrás que introducir tus credenciales y aceptar el EULA para descargartelo y antes de hacerlo, ten encuenta lo siguiente:

• Si estás usando Windows 7 32-bit, usa VMware-viewclient-4.5.0-353760.exe
• Si estás usando Windows 7 64-bit, entonces usa VMware-viewclient-x86_64-4.5.0-353760.exe

Si ya estás usando View Client 4.0.x y estás experimentando el mismo problema, puedes instalar el cliente apropiado de Vmware View Client 4.5 en tu entorno para corregir dicho problema.

Bueno, hasta aquí por hoy.  Gracias de nuevo por estar ahí como siempre y me despido de vosotros hasta la semana que viene con un nuevo tema acerca de la virtualización.

Ya esta disponible online el septimo episodio en nuestro Web TV show de virtualización en español.

Virtualizacion.TV es nuevo programa de televisión web que ayuda a profesionales y usuarios de la virtualizacion como tú, a virtualizar tu centro de datos y no morir en el intento.

Esta semana tenemos una gran leccion de Telefonica, hablaremos del anuncio hecho publico por VMware sobre el nuevo lanzamiento de una nueva certificación para el escritorio - VCA4 Desktop -, contestaremos a una gran pregunta de un usuario relacionada con Unix UX en virtualización y descubriremos una utilidad increíble que te ayudara a detectar y eliminar cuellos de botella en tu entorno virtual con VMware vSphere o Microsoft HyperV.

¿Y tú, qué opinas con relación a la pregunta lanzada en el episodio de hoy? ¿Cuál crees que es el valor real de las certificaciones VCP de VMware? Deja tu comentario en virtualizacion.TV o charlemos sobre ello en twitter.

Hola amigos, soy Florián Murillo y como decía Woody Allen “Me interesa el futuro porque es el sitio donde pasaré el resto de mi vida”.

En 1987 el Informe Brundtlan, a petición de la ONU, sentó las bases de lo que hoy llamamos Desarrollo Sostenible o Sostenibilidad, se define como “Satisfacer las necesidades de las generaciones presentes sin comprometer las necesidades de las generaciones futuras”, los ámbitos de aplicación son ambiental, económico y social.

En las empresas, el Desarrollo Empresarial Sostenible, es una aplicación directa del Informe Brundtlan, tengamos presente que de las 100 mayores economías del mundo, 52 no son países, son empresas.

El Desarrollo Empresarial Sostenible es una estrategia destinada a obtener beneficios a medio y largo plazo, o lo que es lo mismo, a sobrevivir en el tiempo.

Existen mucha iniciativas empresariales encaminadas a modelar el nuevo estilo de negocio, pero me pregunto ¿Que puede aportar VMware a la Sostenibilidad Empresarial?

Environmental: DPM, PowerNow y SpeedStep disminuyen la huella de CO2 de la empresa, mejorando la Eficiencia Energética.

Social: VMware View ayuda a conciliar la vida laboral y familia, llevando tu escritorio donde estés, mejorando el aspecto social. Otras funcionalidades como vMotion, Storage vMotion, Update Manager, High Availability y DRS mejoran la vida familiar de los administradores.

Economic: La consolidación proporciona un beneficio a corto plazo en espacio e inversiones en CAPEX.

Hay mas argumentos, pero he intentado plasmar uno de cada ámbito principal. El mundo está cambiando y somos importantes en el cambio, como le dijo Nelson Mandela a Barak Obama al felicitarlo tras su nombramiento: “Tu victoria ha demostrado que ninguna persona en el mundo debería abandonar el sueño de cambiar el mundo para transformarlo en un lugar mejor”.

Normalmente cuando alguien empieza con cualquier tecnología que le resulta desconocida una de las preguntas que le suele venir a la cabeza es: “¿Y esto cuanto me va a costar?”. Es en este momento cuando se comienza con la defensa comercial del producto esgrimiendo argumentos como la reducción de costes, el retorno de la inversión, las ventajas y bondades del producto, etc…

La virtualización y VMware no son una excepción a esta “regla” y por ello, VMware tiene en su línea de productos los paquetes de Essentials y Essentials Plus, orientados a pequeñas instalaciones y con objeto de reducir costes.

Sin embargo es posible que, por diversos motivos, estos paquetes entry-level sigan ofreciendo más funcionalidades o suponiendo más costes de los que necesita o puede asumir una empresa. En este caso, la opción que queda es la de acudir a las herramientas gratuitas que ofrecen los distintos fabricantes, y entre ellos evidentemente está VMware.

En esta línea, y con el espíritu de ampliar la gama de herramientas gratuitas ofrecidas a los usuarios de virtualización, VMware en colaboración con Shavlink desarrollaron hace algún tiempo VMware Go (http://go.vmware.com), una herramienta online y gratuita que permite una gestión razonable de una infraestructura virtual basada en ESXi. Quizás razonable no sea el mejor adjetivo si tenemos en cuenta que esta herramienta permite realizar algunas tareas interesantes como:

• el despliegue de nuevos host ESXi sobre hardware nuevo o sobre servidores ya instalados.
• la migración desde VMware Server
• la creación de nuevas máquinas virtuales
• la conversión de máquinas físicas a virtuales
• el inventariado de software de la infraestructura
• un cuadro de mando con estadísticas de uso
• configuración y gestión de hosts ESXi existentes
• soporte desde VMware

… y estas sólo por nombrar algunas.

Si a todo esto le añadimos que cada una de las tareas que nos permite realizar la herramienta está acompañada por un asistente que explica paso por paso qué acciones son las que tenemos que realizar, se convierte en una fantástica manera para tener una primera toma de contacto con la virtualización y posiblemente animarse con productos más complejos y de pago.

Para aquellos que no conozcáis Shavlink, y por resumirlo rápidamente, es una empresa que se dedica a la creación de software para la gestión de parches para productos de Microsoft, VMware o Adobe entre otros, así como para el inventariado de activos de la infraestructura IT de la empresa. Podéis ver más en su página web.

Recientemente, VMware y Shavlink han dado una vuelta de tuerca más a esta herramienta y han liberado la versión profesional, VMware Go PRO. En esta versión, cuyo coste final será de $59.95/mes (ahora mismo y como oferta de lanzamiento el coste es de $29.95/mes hasta el 30 de Junio de 2011) han añadido opciones para:

• Inventariado de hardware. Mediante un proceso de descubrimiento de equipos, podemos tener actualizado el parque de equipos de la empresa. En la versión gratuita, solo se puede inventariar las máquinas virtuales y el software instalado en ellas.
• Gestión de licencias. Una opción algo manual y mejorable para mi gusto que depende del inventariado previo del software.
• Gestión de parches. Sin duda la opción más atractiva, ya que hace uso de la tecnología de Shavlink para esta gestión y distribución.

Bajo mi punto de vista, los costes de la actualización a la versión PRO están justificados por la gestión centralizada del inventariado de la infraestructura de IT (o al menos en su mayoría) y de la gestión también centralizada de los parches de esta.

Es interesante resaltar que esta gestión de parches no sólo se aplica a la infraestructura virtual, si no que se extiende a todo el hardware inventariado.

Foto de Conor Ogle (http://www.flickr.com/photos/cmogle/)