Hierro virtual

Virtual Iron Software , ubicada en Lowell, Massachusetts , vendía software propietario para la virtualización y gestión de una infraestructura virtual. Cofundada por Alex Vasilevsky , ^{[ 1 ]} Virtual Iron figuró entre las primeras empresas en ofrecer software de virtualización que soportaba completamente la virtualización asistida por hardware Intel VT-x y AMD-V . ^{[ 2 ]}

A fecha de mayo de 2009 Oracle Corporation acordó adquirir Virtual Iron Software, Inc., sujeto a las condiciones de cierre habituales. Oracle ahora se niega a ofrecer actualizaciones o parches para los clientes actuales, incluso actualizaciones y parches desarrollados antes de la compra. ^{[ 3 ]} El 19 de junio de 2009, The Register informó que Oracle había descontinuado el producto Virtual Iron. ^{[ 4 ]}

El software Virtual Iron ejecutaba sistemas operativos invitados de 32 y 64 bits sin modificar , con un rendimiento casi nativo . Un gestor de virtualización permitía controlar, automatizar, modificar y monitorizar los recursos virtuales. Los servicios de virtualización se implementaban automáticamente en el hardware compatible sin necesidad de software adicional. La plataforma se basaba en el hipervisor de código abierto Xen . ^{[ 5 ]} Virtual Iron, al igual que otros programas de virtualización, proporcionaba consolidación de servidores, continuidad del negocio y gestión de capacidad. ^{[ 6 ]}

La plataforma Virtual Iron constaba de un gestor de virtualización, servidores de virtualización y un hipervisor . El gestor de virtualización (VI-Center), una aplicación basada en Java , permitía la gestión centralizada de los servidores virtualizados. Un servidor físico podía albergar numerosos servidores virtualizados, que se ejecutaban como sistemas operativos invitados sin modificaciones .

Virtual Iron podía utilizar modelos de acceso tanto de almacenamiento físico como virtual. Sin embargo, el modelo de acceso de almacenamiento virtual aprovechaba el almacenamiento SAN para crear un clúster de nodos virtuales tolerante a fallos basado en iSCSI o Fibre Channel . VI Center se instalaba tanto en Windows como en Linux. Tras la instalación, el administrador debía configurar una red de gestión para comunicarse con los nodos del clúster. VI Center utilizaba esta red de gestión para arrancar mediante PXE cualquier servidor conectado y configurado correctamente (para arranque PXE).

La herramienta LiveRecovery incluida permitía configurar la alta disponibilidad. Además, el balanceo de carga de CPU o consumo de energía se podía configurar mediante las herramientas LiveCapacity o LivePower, respectivamente. Otras funciones incluían la clonación de discos y máquinas virtuales (instantáneas), compatibilidad con IPMI /ILO, etc.

Virtual Iron había implementado la virtualización completa (que requería virtualización asistida por hardware, a la que denominó virtualización nativa ) en lugar de la paravirtualización . La virtualización nativa permitía sistemas operativos invitados sin modificar y tenía la ventaja de los avances de hardware para un mejor rendimiento. Virtual Iron, Inc. afirmó haber sido pionera en la implementación de la virtualización nativa . ^{[ 7 ]} Virtual Iron analizó la paravirtualización y la virtualización nativa en su blog:

Virtual Iron ha optado por la virtualización nativa en lugar de la paravirtualización. Gracias a los avances de hardware de Intel y AMD, la virtualización nativa puede igualar el rendimiento del hardware físico sin la complejidad ni el esfuerzo de ingeniería que implica la paravirtualización de un sistema operativo. Según nuestras conversaciones con una amplia gama de usuarios, estos simplemente no desean implementar sistemas operativos modificados a menos que las ventajas sean claramente superiores. Esta disyuntiva ya no es necesaria. ^{[ 8 ]}

• Comparación de software de virtualización de plataformas
• Máquina virtual
• Virtualización de plataforma
• virtualización x86

• Página principal de Virtual Iron
• Noticias, soporte y recursos de capacitación sobre virtualización de Virtual Iron