Hipervisor Tipo 1 na área de trabalho

10

Eu tenho um PC doméstico poderoso e usei o VirtualBox para executar distribuições Linux no Windows (e vice-versa).

Estou interessado em experimentar um hipervisor leve do tipo 1 para executar todos os meus sistemas operacionais (Windows 7, Debian, Arch) e estava procurando sugestões sobre qual escolher e como implementá-lo.

Pelo que entendi, um hipervisor tipo 1 é um sistema operacional leve que simplesmente fornece funcionalidade de gerenciamento de VM.

Vou obter um desempenho razoável em cada sistema operacional convidado? Todos os sistemas operacionais convidados podem ter acesso a uma unidade de dados compartilhada ou o melhor é ter um servidor de armazenamento em outro sistema operacional convidado e montá-lo na rede virtual?

E quanto aos jogos, isso é possível, ou eu precisarei realisticamente executar o Win7 no bare metal?

Eu apreciaria qualquer entrada.

Rory
fonte
Editei sua pergunta para refletir o que você está realmente pedindo; um hipervisor tipo 1 é executado diretamente no hardware, enquanto um tipo 2 (como o VirtualBox) é executado dentro de um sistema operacional convencional como o Windows.
Bob
Windows 7 deve funcionar bem. No entanto, convém verificar se o seu processador suporta IOMMU / VT-D, o que deve permitir o acesso direto a alguns dispositivos. Faria um enorme diferença para jogos coisas relacionadas, desde a sua VM seria capaz de usar diretamente sua placa de vídeo eu acho
Journeyman Geek
Meu CPU é um núcleo i5 2500k, que apoia (no BIOS) algo chamado apenas "virtualização de hardware"
Rory
AFAIK não possui Hypervisores de Desktop Tipo 1. Além disso, um produto da Citrix visava especificamente uma seleção limitada de laptops e só era útil em conjunto com a solução VDI corporativa. Como o que eu acho que você deseja ainda não existe, tudo o que você está pedindo é basicamente discutível. Os hipervisores comuns do Tipo I (ou seja, ESXi, XEN, KVM, HyperV) são inúteis em um sistema Desktop.
precisa

Respostas:

4

Parece que houve um bom progresso na transmissão VGA, nos últimos 18 meses, então há uma chance de que essa configuração funcione hoje. O requisito aqui é que todos os elementos de hardware (CPU, placa-mãe, GPU) ofereçam suporte ao IOMMU, que é Intel VT-d ou AMD-Vi (esses não são os mesmos que VT-x ou AMD-V).

Estou prestes a tentar algo semelhante; meu plano A (pode haver B, C ... se A falhar) é tentar o KVM com versões muito recentes (estáveis) do kernel, libvirt e qemu. Provavelmente começarei com uma das distribuições Arch, Fedora ou Proxmox (ie. Debian otimizado para KVM). Eu posso até tentar fazer o mesmo com várias distribuições para comparar o processo e o efeito.

Se você ainda está interessado em responder, encontrei este guia útil que está sendo atualizado continuamente e atualizado (a partir de hoje - veja a data da minha resposta abaixo). Planejo basear meu trabalho neste guia KVM VGA-Passthrough nos fóruns do ArchLinux

KVM não é a única opção, também há um forte suporte na comunidade Xen para passagem VGA, também é suportado em novas versões do EXSi. Se eu precisar do plano B ou C, essas serão minhas escolhas.

bronekk
fonte
1

Primeiro, a distinção entre os hipervisores "Tipo 1" e "Tipo 2" é bastante obscura atualmente. Certamente é um pouco diferente da definição original de 1973. Afinal, muitos dos hipervisores comumente referidos como "Tipo 1" não são realmente hipervisores de bare metal, mas dependem de um SO host até certo ponto.

Atualmente, muitas pessoas dizem "Tipo 1" quando significam "servidor" e "Tipo 2" quando significam "estação de trabalho". Essas não são as definições originais; portanto, prestar atenção a essa distinção artificial será bastante confuso.

É mais útil determinar se o hypervisor pode realizar o que você deseja fazer.

Com isso fora do caminho:

Todos os hipervisores populares fornecem um desempenho quase nativo razoável após a instalação de ferramentas / drivers paravirtualizados. A principal exceção a isso são os gráficos 3D, que normalmente funcionam mal em comparação com o desempenho nativo, mesmo com os drivers.

Embora seja possível (com um processador que suporte VT-d) reservar uma placa de vídeo host para uso exclusivo de uma máquina virtual, isso não é bem suportado em muitos hipervisores, pois eles concentraram seu desenvolvimento desse recurso em fornecer às VMs acesso bruto a placas de rede.

Se você é um jogador, considere executar uma solução de virtualização de desktop, como VMware Workstation ou VirtualBox, para poder jogar no SO host e obter o melhor desempenho possível dos seus jogos.

Se você deseja compartilhar dados entre os sistemas operacionais convidados, pode criar uma VM especificamente para esse fim ou usar os recursos das várias soluções de virtualização para fornecer acesso às pastas no disco rígido do host (por exemplo, o VirtualBox e o VMware Workstation fornecem "pastas compartilhadas "que mapeia um diretório no disco rígido do host para um disco rígido virtual ou compartilhamento de rede virtual no convidado).

Michael Hampton
fonte
0

Eu acho que o futuro (hardware mais capaz, hipervisores melhor otimizados) introduzirá uma revolução neste espaço, mas agora sua melhor aposta será com um sistema operacional leve e auto-construído como o Linux, com apenas os drivers VM, Xorg e gráficos instalado ... então você pode colocar seus sistemas operacionais de trabalho "reais" em tela cheia, um por monitor. O VMware Workstation funcionaria bem para isso.

Esperamos que o futuro permita melhor esse tipo de configuração e reduza a sobrecarga dos gráficos 3D.

allquixotic
fonte
0

O NxTop (agora Citrix XenClient Enterprise) foi muito bom. Eu acho que ainda existe uma versão gratuita do XenClient. O Mokafive baremetal e o Wanova (agora de propriedade da VMware) eram semelhantes, mas MUITO caros e geralmente para uso corporativo.

Esperamos que a VMware libere um hipervisor de desktop tipo 1 com um modelo semelhante ao ESXi - disponível gratuitamente, mas você precisa pagar pelo vSphere pelos recursos interessantes da empresa.

Pete Iaccarino
fonte