Infraestructura

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

Hyperic (empresa adquirida por VMware en 2009 y sumada a la división de Spring Source) anunció la disponibilidad inmediata de la versión 4.4 de su solución de monitoreo y gestión de plataforma la cual incluye mejoras sustanciales para la gestión de ambientes virtuales basados en VMware vSphere. Gracias a esta nueva integración Hyperic mantiene actualizado el inventario de la plataforma virtual de los hosts ESX/ESXi permitiendo a los administradores de tecnología encontrar y resolver problemas de performance sin importar si estos ocurren en ambientes virtuales, físicos o en nubes privadas o públicas.

¿Qué problemas resuelve la versión 4.4 de Hyperic?

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.

Lejos quedaron los días en los cuales tratábamos de manera heroica lograr instalar VMware ESX 3.x o vSphere 4 en alguna de nuestras desktops.

En el pasado instalar versiones de VMware ESX 2.x o 3.0 era prácticamente imposible, algunos lográbamos hacerlo andar aplicando tweaks al archivo vmx para simular el tipo de cpu. Pero ya en la versión 4 se nos han puesto más fáciles las cosas.

Para los que tienen la oportunidad de usar una Macbook Pro (en mi caso el modelo de 13”) simplemente con instalar VMware fusion 3.x ya podrán instalar ESX 4 U1, U2 (recién lanzado) y poder desarrollar tranquilos sus laboratorios de pruebas u estudio.

Muchas veces mientras trabajamos con implementaciones de VMware con muchos hosts físicos nos encontramos con que en algunos casos mientras ejecutamos pruebas de funcionalidades como VMotion y DRS nos encontramos con errores que no nos esperábamos.

En el caso de hoy les presento un caso de un cluster donde no podíamos realizar VMotion de ningún servidor virtual de un equipo al otro y llegando al 10% del proceso de migración en caliente nos arroja el error:

Migrate virtual machine
test_1
A general system error occurred: Failed to start migration pre-copy. Error 0xbad004b.
Connection reset by peer.

La mayoría de profesionales de IT que han pasado por la virtualización han dudado en algún momento si virtualizar o no un servidor/ servicio.

Hoy me  encontré con el caso en el que me consultaron si les recomendaba separar en dos servidores un servicio dirigido a Microsoft Project Server. Para aquellos que no conocen, Microsoft Project Server requiere de un servidor de base de datos y otro para la gestión de la aplicación en si misma, y la duda existía si realmente convenía o no separar en dos máquinas virtuales (una para la base de datos y la otra para el framework) de manera de asegurar una adecuada performance.

IOMEGA sale nuevamente al ruedo con el lanzamiento del ix12-300r, este poderoso NAS tiene una gran capacidad de almacenamiento que comienza en los 4 TB y le permite llegar hasta 24 TB de disco.

Una de las principales características de este storage, es la nueva capacidad que tiene a nivel red, el ix12 fue dotado de 4 placas gigabit ethernet las cuales pueden operar de la siguientes maneras:

• Link Aggregation
• Load Balancing
• Port Redundancy and Failover
• Virtual LAN

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.