![Hipervisor bare metal que suporta a visualização de seus próprios convidados](https://rvso.com/image/658735/Hipervisor%20bare%20metal%20que%20suporta%20a%20visualiza%C3%A7%C3%A3o%20de%20seus%20pr%C3%B3prios%20convidados%20.png)
Estou tentando entender se é possível ter um hipervisor tipo 1 (bare metal, sem sistema operacional host) com a capacidade de visualizar o (s) sistema (s) operacional (is) convidado (s) na mesma máquina.
ou seja, eu tenho um XenServer que hospeda 2 servidores Windows e 1 servidor Ubuntu. Embora todos possam ser gerenciados remotamente, eles exigem outra máquina para acessá-los.
Caso nenhuma outra máquina esteja disponível, desejo poder visitar o host físico e conectar-me diretamente a uma VM convidada.
Estou analisando as opções e para o meu XenServer existente, parece que só consigo obter uma visualização do console baseada em texto para o convidado no host físico.
Parece que o KVM é um hipervisor híbrido natural Tipo 1 e Tipo 2 e, mesmo assim, pode ser capaz de economizar alguns ciclos de CPU se eu descer minha VM Ubuntu para o host, hospedando o KVM.
Existem outras opções? Estou imaginando um servidor XenServer/ESXi/Hyper-V que pode ALT-TAB cada sistema operacional usando alguma forma de X11 + VNC.
Responder1
Embora possa não parecer um, o Hyper-V na verdadeéum hipervisor tipo 1, porque a camada de virtualização é colocadaabaixoo sistema operacional Windows e medeia todo o acesso ao hardware (há algum tempo, antes da virtualização assistida por hardware melhorar muito,era muito comum experimentar um desempenho gráfico muito lento em hosts Hyper-V, devido ao sistema operacional estaracimaa camada de virtualização).
E, claro, um host Hyper-V é perfeitamente capaz de acessar o console de um sistema convidado (a menos que você opte por executar a edição Server Core que não possui GUI).
Alguns links úteis:
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
Responder2
Não existe hipervisor "baremetal", a menos que ele realmente seja executado no chip. Xen, ESXi, Hyper-V - todos são uma pilha dupla de kernel, onde o sistema operacional do hipervisor é inicializado e, em seguida, abre um sistema operacional de gerenciamento secundário. Embora as VMs estejam em execução no hipervisor, isso não significa que o nível do hipervisor não seja um sistema operacional, por mais simplificado que seja.
Quanto ao KVM, ele simplifica a abordagem, usando o kernel Linux para a maioria das coisas (porque ele já pode fazer essas coisas, muitas vezes melhor do que qualquer hipervisor - afinal, ele existe, é desenvolvido e otimizado há muito mais tempo), mas os bits do hipervisor são tão "baremetal" quanto no ESXi ou Xen.
Resumindo, o argumento tipo 1/tipo 2 etc. é discutível, nada além de marketing para distinguir os sistemas hipervisores dedicados do software de virtualização em desktops.
Agora, quanto às recomendações, o que você está pedindo pode ser feito nativamente com Linux/KVM e Hyper-V (edição completa do Windows). Ou você pode usar um dos produtos de virtualização orientados para desktop, como Virtualbox ou VMWare WS. AFAIK também é possível com o Xen no Linux, não com a edição xenserver, é claro.
PS: com o KVM, você pode obter acesso ao console GUI e ao console de texto se não tiver o X instalado no hipervisor.
Responder3
Talvez você possa usar a passagem de dispositivo no ESXi para passar uma placa de vídeo e USB (teclado/mouse) para uma VM convidada que você usará para gerenciar os outros hosts na mesma caixa. Você teria um teclado/mouse e monitor adicionais (a menos que tenha a opção de ter entradas duplas em seu monitor).
Responder4
Não, o que você está perguntando simplesmente não é possível.
Pense nisso: para lhe dar umagráficointerface de usuário, seu hipervisor hipotético precisa de um driver de vídeo e um sistema de janela. Isso significa automaticamente que é um sistema operacional completo, em vez de uma fina camada de hipervisor.
Portanto, nenhum hipervisor tipo 1 pode fazer isso. Caramba, os verdadeiros hipervisores tipo 1 são realmente baseados em firmware (pense nos sistemas de particionamento e virtualização IBM/Oracle). Por outro lado, mesmo hipervisores incorporados como o ESXi não são verdadeiros hipervisores tipo 1 no sentido estrito.
No entanto, acho que você superestima o impacto no desempenho de hipervisores híbridos ou tipo 2: um sistema CentOS/Debian mínimo é muito leve em termos de uso de recursos.