Estoy tratando de entender si es posible tener un hipervisor tipo 1 (sin sistema operativo host) con la capacidad de ver los sistemas operativos invitados en la misma máquina.
es decir, tengo un XenServer que aloja 2 servidores Windows y 1 Ubuntu. Si bien todos ellos se pueden gestionar de forma remota, requieren otra máquina para acceder a ellos.
En el caso de que no haya otra máquina disponible, quiero poder visitar el host físico y conectarme directamente a una máquina virtual invitada.
Estoy mirando las opciones y para mi XenServer existente, parece que solo puedo obtener una vista de consola basada en texto para el invitado en el host físico.
Parece que KVM es un hipervisor híbrido natural de tipo 1 y tipo 2 y, aun así, podría ahorrarme algunos ciclos de CPU si desciendo mi máquina virtual de Ubuntu al host que aloja KVM.
¿Hay otras opciones? Me estoy imaginando un servidor XenServer/ESXi/Hyper-V que puede presionar ALT-TAB en cada sistema operativo usando alguna forma de X11 + VNC.
Respuesta1
Aunque no lo parezca, Hyper-V en realidadesun hipervisor tipo 1, porque la capa de virtualización se colocaabajoel sistema operativo Windows y media todo el acceso al hardware (hace algún tiempo, antes de que la virtualización asistida por hardware mejorara mucho,Era muy común experimentar un rendimiento gráfico realmente lento en hosts Hyper-V., debido al sistema operativo sentadoarribala capa de virtualización).
Y, por supuesto, un host Hyper-V es perfectamente capaz de acceder a la consola de un sistema invitado (a menos que elija ejecutar la edición Server Core que no tiene GUI).
Algunos enlaces útiles:
http://en.wikipedia.org/wiki/Hypervisor
http://en.wikipedia.org/wiki/Comparison_of_platform_virtualization_software
http://www.virtualizationsoftware.com/top-5-enterprise-type-1-hypervisors
Respuesta2
No existe un hipervisor "baremetal", a menos que realmente se ejecute en un chip. Xen, ESXi, Hyper-V: todos son una pila de kernel doble, donde el sistema operativo del hipervisor arranca y luego abre un sistema operativo de administración secundario. Si bien las máquinas virtuales se ejecutan en el hipervisor, eso no significa que el nivel del hipervisor no sea un sistema operativo, por más simple que sea.
En cuanto a KVM, simplifica el enfoque, utilizando el kernel de Linux para la mayoría de las cosas (porque ya puede hacer esas cosas, a menudo mejor que cualquier hipervisor; después de todo, ha existido, desarrollado y optimizado durante mucho más tiempo), pero el hipervisor son tan "baremetal" como en ESXi o Xen.
En resumen, el argumento tipo 1/tipo 2, etc. es discutible, no es más que marketing para distinguir los sistemas de hipervisor dedicados del software de virtualización de escritorio.
Ahora bien, en cuanto a recomendaciones, lo que pides se puede hacer de forma nativa con Linux/KVM y Hyper-V (edición completa de Windows). O puede utilizar uno de los productos de virtualización orientados al escritorio, como Virtualbox o VMWare WS. AFAIK, también es posible con Xen en Linux, no con la edición xenserver, por supuesto.
PD: con KVM, puede obtener acceso a la consola GUI y a la consola de texto si no tiene X instalado en el hipervisor.
Respuesta3
Quizás pueda usar la transferencia de dispositivos en ESXi para pasar una tarjeta de video y un USB (teclado/mouse) a una máquina virtual invitada que luego usará para administrar los otros hosts en ese mismo cuadro. Tendría un teclado/ratón y un monitor adicionales (a menos que tenga la opción de tener entradas duales en su pantalla).
Respuesta4
No, lo que preguntas simplemente no es posible.
Piénsalo: para darte unagráficointerfaz de usuario, su hipotético hipervisor necesita un controlador de video y un sistema de ventanas. Esto significa automáticamente que es un sistema operativo completo, en lugar de una capa delgada de hipervisor.
Por lo tanto, ningún hipervisor tipo 1 puede hacer eso. Diablos, los verdaderos hipervisores tipo 1 realmente están basados en firmware (piense en los sistemas de virtualización y partición de IBM/Oracle). Por otro lado, incluso los hipervisores integrados como ESXi no son verdaderos hipervisores tipo 1 en sentido estricto.
Sin embargo, creo que sobreestima el impacto en el rendimiento de un hipervisor híbrido o tipo 2: un sistema CentOS/Debian mínimo es muy ligero en términos de uso de recursos.