Hiper-visor de metal nua que suporta a visualização de seus próprios hóspedes [fechados]

Question

Estou tentando entender se é possível ter um Hypervisor Tipo 1 (bare-metal, sem sistema operacional host) com a capacidade de visualizar o (s) sistema (s) de guest na mesma máquina.

i.e. Eu tenho um XenServer que hospeda 2 Windows e 1 servidor Ubuntu. Embora sejam todos gerenciáveis remotamente, eles exigem outra máquina para acessá-los.

No cenário de evento em que nenhuma outra máquina está disponível, quero poder visitar o host físico e conectar-se diretamente a uma vm guest.

Eu estou olhando para as opções e para o meu XenServer existente, parece que eu só posso ganhar visualização do console baseado em texto para o convidado no host físico.

Parece que o KVM é um hypervisor Tipo-1 e Tipo-2 híbrido natural e, mesmo assim, pode salvar alguns ciclos de CPU se eu descer minha VM do Ubuntu para o host, hospedando o KVM.

Existem outras opções? Eu estou imaginando um servidor XenServer / ESXi / Hyper-V que pode ALT-TAB cada OS usando alguma forma de X11 + VNC.

    

Answer 1

Embora não pareça um, o Hyper-V, na verdade, é um hipervisor tipo 1, porque a camada de virtualização é colocada abaixo o sistema operacional Windows e media todo o acesso ao hardware (há algum tempo, antes que a virtualização assistida por hardware melhorasse muito, era muito comum experimentar um desempenho gráfico muito lento em hosts Hyper-V , devido ao sistema operacional acima a 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:

link
link
link

    

Answer 2

Não existe um hipervisor "baremetal", a menos que ele seja executado no chip. Xen, ESXi, Hyper-V - todos são uma pilha de kernel dupla, em que o sistema operacional do hipervisor inicializa e, em seguida, exibe 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 menor que seja.

Quanto ao KVM, ele simplifica a abordagem, usando o kernel do Linux para a maioria das coisas (porque já pode fazer essas coisas, muitas vezes melhor que qualquer hipervisor - está disponível, desenvolvido e otimizado por muito mais tempo), mas os bits hipervisor são como "baremetal" como no ESXi ou no Xen.

Em suma, o argumento type-1 / type-2 etc é irrelevante, nada além de marketing para distinguir os sistemas de hipervisor dedicados do software de virtualização no desktop.

Agora, quanto às recomendações, o que você está pedindo pode ser feito de forma nativa com o Linux / KVM e o Hyper-V (edição completa do Windows). Ou você pode usar um dos produtos de virtualização orientados a desktops, como o Virtualbox ou o VMWare WS. AFAIK também é possível com o Xen no Linux, não a edição xenserver, claro.

PS: com o KVM, você pode obter o console da GUI e o acesso ao console de texto se não tiver o X instalado no hipervisor.

    

Answer 3

Talvez você possa usar a passagem de dispositivo no ESXi para passar uma placa de vídeo e um USB (teclado / mouse) para uma VM guest que você usa para gerenciar os outros hosts na mesma caixa. Você teria um teclado / mouse e monitor adicionais (a menos que você tenha a opção de ter entradas duplas em seu monitor).

    

Answer 4

Não, o que você está pedindo simplesmente não é possível.

Pense nisso: para fornecer uma interface de usuário gráfica , seu hipervisor hipotético precisa de um driver de vídeo e um sistema de janelas. Isso significa automaticamente que é um sistema operacional completo, em vez de uma camada fina de hipervisor.

Portanto, nenhum hypervisor type1 pode fazer isso. Heck, verdadeiros hypervisors type1 realmente são baseados em firmware (pense em sistemas de virtualização e particionamento IBM / Oracle). Por outro lado, até mesmo o hipervisor incorporado como ESXi não são verdadeiros hipervisores do tipo 1 no sentido estrito.

No entanto, eu acho que você superestima o impacto no desempenho de um hypervisor híbrido ou tipo2: um sistema CentOS / Debian mínimo é muito leve em termos de uso de recursos.