Author Archive

De acuerdo a las noticias que se están dando a conocer VMware estaría interesado en realizar una alianza, inversión e incluso la posibilidad de compra de Alfresco CMS (content management system open source) siendo la principal razón de estas negociaciones el ataque directo a Microsoft Sharepoint.

Esta no sería el primer negocio de este tipo para VMware quien a principios de 2010 concretó la adquisición de la solución de colaboración open source Zimbra para competir de forma directa con Microsoft Exchange y  a partir de agosto de este año liberó la solución a los canales de VMware para comercializar la solución junto con la liberación de un apliance virtual con Zimbra instalado y listo para su utilización.

El último release de VMware vSphere (versión 4.1) además de traer la noticia de que esta es la última versión en incluir las dos versiones del hypervisor (ESX y ESXi) y algunos dudas y preocupaciones por parte de sus usuarios con respecto a lo que se viene en cuanto a sus infraestructuras virtuales, esta versión de VMware no es una típica pequeña actualización ya que vienen incluidas unas cuantas mejoras y funcionalidades nuevas más que interesantes:

Integración de VMware ESX/ESXi

Hace unos días VMware anunció la actualización de VMware vSphere 4.1 la cual incluye unas cuantas mejoras en cuanto a prestaciones y algunos cambios sobre las existentes. A los pocos días también anunció varias actualizaciones de sus productos complementarios como VMware Site Recovery Manager y VMware View sumándoles la compatibilidad con la nueva versión de su producto central vSphere.

Uno de los puntos claves del primer anuncio es la aceptación formal por parte de VMware de que la versión 4.1 es la última versión en incluir ambas versiones de su Hypervisor ESX y ESXi. Este tema se venia discutiendo hace tiempo de forma informal con empleados de VMware locales y con usuarios de la tecnología en el grupo de Virtualización en Español que creamos en Linkedin.

Con el lanzamiento de VMware vSphere 4.1 y toda la movida que trajo de actualizaciones de muchos de los productos relacionados me tomé el trabajo de analizar un poco las release notes de VMware Converter 4.2  ya que me encuentro en estos momentos en medio de un proyecto de virtualización de unos cuantos equipos físicos dentro de los cuales hay una gran variedad de equipos Linux en todas sus formas y colores.

Para mi sorpresa en las release notes de VMware Converter 4.2 encontré esta declaración:

VMware vSphere ESXi es un hypervisor de VMware que puede ser utilizado gratuitamente por cualquier usuario que solicite la correspondiente clave de activación de ESXi a VMware. La primer versión de ESXi fue la 3.5 la cual apareció junto con la versión 3.5 de VMware ESX y la intención del mismo era que el mismo fuera embebido directamente en los servidores cuando salieran de fábrica pero con el correr de los meses VMware decidió liberar VMware ESXi para que cualquier persona lo pudiera utilizar sin colocar un peso en una orden de compra.

Luego de ejecutar algunas actualizaciones de .Net sobre diferentes sistemas operativos Windows nos encontramos que al ejecutar el VMware vSphere Client aparece el error:

“Error parsing the server “myserver.mydomain.com” “clients.xml”

file.

Login will continue, contact your system administrator.”

luego…
“The type initializer for ‘VirtualInfrastructure.Utils.HttpWebRequestProxy’ threw an exception.”

Este error se produce luego de la instalación de la actualización de .NET KB982168 http://support.microsoft.com/kb/982168

Para resolver el problema debemos remover la actualización KB980773 que viene incluída en el rollup update KB982168 de Microsoft .Net.

VMware ya tenía reportado el problema y su forma de resolverlo pero la misma no aplica a todas las situaciones: http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=1022611.

Servidores virtuales, desktops virtuales, storage virtual, qué nos falta?… Ah! claro redes virtuales!. Toda la movida de la virtualización impactó en todos los componentes de una infraestructura pero por lejos los componentes que menos vemos virtualizados hoy por hoy son los de las redes y cuando hablo de redes hablo de todos los componentes de la red, switches, routers, firewalls y los elementos que la complementan como aceleradores wan incluso en escenarios complejos de red.

Esta tendencia está cambiando y poco a poco vamos viendo como componentes de red físicos están siendo retirados y reemplazados por componentes basados en software los cuales brindan las mismas funcionalidades que sus hermanos físicos y en muchos casos llegando a superarlos en performance.

Dentro de las mejores prácticas de VMware se recomienda el testeo del correcto funcionamiento de la memoria RAM de los servidores que correran VMware vSphere por al menos 72 horas.

La idea de esta verificación es asegurarnos que la memoria física que utilizaremos no presenta errores de lectura/escritura lo cual nos permitirá trabajar de forma confiable sobre la plataforma y nos ayudará en un futuro en caso de producirse algún tipo de problema en la misma.

En los cursos oficiales de VMware se recomienda el uso de la herramienta memtest de memtest.org el cual es un software de uso libre disponible en internet en la página web www.memtest.org

Quedarán en el tiempo los largos procesos de compra de tecnología enlatada?, los días, meses y semanas de preparación para e upgrade de ese firewall que corre en un hardware cerrado?, la espera de esa memoria para el filtro anti-spam que también vive dentro de un equipo físico cerrado?… Cómo podría esto ser posible?.

En algunos casos los archivos de configuración de las máquinas virtuales (archivos de extensión .vmx) se corrompen o en otros casos algunas manos mágicas los eliminan. Si tenemos la suerte de que nuestros archivos de disco (archivos de extensión .vmdk) siguen donde deberían podemos realizar los siguientes pasos para que volver a la vida a nuestra máquina virtual:

1. Ingresar a la infraestructura virtual con un usuario con privilegios de administrador

2. Hacer clic derecho sobre uno de los servidores ESX

3. Dar clic sobre Create New Virtual Machine

4. Clic sobre Custom Virtual Machine