O sistema operacional host é o programa da VM

Question

Eu tenho uma máquina (muito) poderosa com um i7 e 12GB de RAM. Eu quero ser capaz de executar basicamente um nada para um sistema operacional em segundo plano para hospedar uma máquina virtual que serviria como minha máquina principal. Espero que isso me permita todos os benefícios associados às VMs (instantâneos, sem problemas de driver com o sistema operacional convidado, etc.) Meu problema com a tentativa dessa configuração é que o sistema VM não funcionará tão bem (ou nem perto disso) como um sistema nativo. Existe algum sistema VM que permita que basicamente todos os meus recursos do sistema sejam "roubados" pela VM e executados em um sistema operacional basicamente simples. Tive muito sucesso com a estação de trabalho VMware que executa clones de XP etc. no trabalho para testar aplicativos e quero a flexibilidade que a VM oferece em meu equipamento doméstico executando o Win7. Pensamentos?

    

Answer 1

Editado para adicionar alguma discussão sobre os tipos de hipervisor:

Hypervisor Tipo 1 : geralmente chamado de hipervisor em metal nu. Aqui, o Hypervisor é o proprietário direto de todos os recursos, ele lida diretamente com as interfaces IO do dispositivo. Esse tipo de hipervisor precisa ter drivers para todo o hardware no sistema em que está sendo executado. Desenvolver \ Certificar todos esses drivers de hardware é muito trabalho.

Hypervisor Tipo 2 : Um sistema operacional host é o proprietário direto de todos os recursos e o Hypervisor é executado como um aplicativo sob ele - ele aproveita as camadas de abstração de hardware do host OS. Obviamente, isso é muito mais fácil de construir, já que alguém lida com a maior parte da certificação de hardware \ driver.

A maioria dos Hypervisors Bare Metal atuais são projetados para ambientes de servidor. Eles não fornecem nenhum recurso avançado de interface com o usuário no console físico do host que está executando o Hypervisor. ESX \ ESXi \ Xen \ Hyper-V Server são bons exemplos disso - toda a interação com os convidados da VM é via console remoto em uma conexão de rede ou limitada a um console local somente de texto. A Virtualização de Desktop com esses Hypervisors usa um protocolo de área de trabalho remota (VNC, ICA, RDP ..) para apresentar a área de trabalho ao usuário.

O caso de uso que você descreve precisa de um hipervisor de cliente do tipo 1. Este é um Hypervisor bare-metal que também fornece acesso interativo direto aos componentes da interface com o usuário (especialmente uma área de trabalho da GUI acelerada) das VMs convidadas a partir do console físico do sistema em que o Hypervisor está sendo executado. Citrix & A VMware anunciou que está trabalhando nisso - há uma boa visão geral por Brian Madden aqui sobre o porquê isso agora está sendo analisado a sério. Neocleus tem um produto em funcionamento no mercado aparentemente, mas eu não tenho ideia de como ele funciona, e há também Computador Virtual .

Você capturou alguns dos benefícios do usuário final (independência de hardware, Captura instantânea de todo o estado da máquina), mas o dinheiro neste mercado está realmente tentando capturar os benefícios estendidos para os departamentos de TI - um bom Hypervisor de Cliente Tipo 1 pode ser usado criar ambientes clientes altamente uniformes e facilmente protegidos em grande escala, sem sacrificar qualquer desempenho na interface do cliente - isso é potencialmente muito atraente para empresas que tentam controlar o gerenciamento do ambiente de desktop. É por isso que os produtos atualmente disponíveis são direcionados a ambientes corporativos, mas espero que os hipervisores Citrix \ VMware tipo 1 possam ser usados de maneira eficaz para clientes independentes quando eles estiverem disponíveis.

Os Hypervisors Tipo 1 geralmente incorrem em uma sobrecarga de Virtualização que consome entre 5 a 10% dos recursos subjacentes. Isso é muito subjetivo - algumas coisas podem ser muito bem dimensionadas em cenários virtualizados e soluções de servidor que superam racks de servidores discretos para alguns aplicativos podem ser construídos. Em um Hipervisor de Clientes, isso não vai realmente acontecer, mas espero que quando começarmos a ver isso atingindo o mercado, estaremos observando 95% do desempenho nativo em todos os setores.

No momento, os únicos hipervisores clientes maduros são todos do tipo 2 e agora estão ficando muito bons. Como um exemplo de quanto desempenho pode ser perdido (ou não) com um bom hipervisor tipo 2 - Estou executando o VMware Workstation no meu laptop Dell M1330, onde o sistema operacional host instalado é o Windows Vista de 32 bits.

A pontuação básica do Windows Experience para o Windows Vista Ultimate 32 bit é:

Processador: 5.1 Memória: 5,8 Gráficos 4.1 Gráficos de jogos: 4.7 Disco Rígido: 5.4

SO convidado (Windows 7 Ultimate RTM)

Processador: 4.3 Memória: 4.5 Gráficos 2.9 Gráficos de jogos: 4.3 Disco Rígido: 6.4

Windows 7 RTM instalado nativamente no mesmo hardware:

Processador: 5.5 Memória: 5.5 Gráficos 4.1 Gráficos de jogos: 5.3 Disco Rígido: 5.9

Portanto, há uma perda de 20% de CPU, memória & desempenho gráfico em jogos, 33% de perda em gráficos 2D e o que parece ser uma melhoria no desempenho do HD (acho que isso ocorre principalmente porque o HDD Virtual está localizado em uma parte rápida do disco subjacente). Você pode facilmente medir a diferença de desempenho, mas, para ser honesto, é difícil dizer que isso está funcionando em uma VM às vezes. Dito isso, se eu conseguisse um Hypervisor de cliente que me desse 95% (ou mesmo 90%) de desempenho nativo, eu daria um salto nele em um piscar de olhos.

    

Answer 2

ESX e XenServer são excelentes hipervisores bare-metal, mas acredito que você queira ver a área de trabalho da máquina convidada localmente (teclado, mouse e monitor conectado à máquina host) e não remotamente RDP Você provavelmente está melhor apenas executando o Windows 7 nativamente neste hardware.

    

Answer 3

VMware ESXi deve fazer o truque. Ele é executado no sistema operacional. Muito bom, super rápido.

link

    

Answer 4

Você precisa de algo como VMWare ESX . Eu não conheço nenhuma alternativa livre, mas tenho certeza que outros irão gritar.

    

Answer 5

Citrix XenServer ou VMWare ESXi são as principais soluções de virtualização 'bare-metal'. Ambos vão lhe dar o máximo desempenho para a VM.

Ambos são gratuitos, pelo menos para o pacote básico, mas o XenServer oferece a maioria dos recursos gratuitamente. O VMWare tem uma interface de gerenciamento um pouco melhor, mas fica caro quando você precisa de mais do que a funcionalidade básica.

Não sei como você se conectaria à área de trabalho de uma das VMs. Geralmente é feito via Remote Desktop, não no próprio console.

    

Answer 6

Como já foi dito, há hipervisores bare-metal que ocupam pouco espaço, mas são projetados para servidores e não fornecem nenhuma maneira de acessar a interface do usuário convidado localmente, e uma UI de host muito simples. Você tem que acessar o convidado via RDP de outra máquina. Se é isso que você quer, vai funcionar bem.

Sua outra alternativa é usar um hipervisor tipo 2, mas usar um sistema operacional host com o menor tamanho possível. Eu sugiro usar um sistema operacional Linux muito minimalista com um gerenciador de janelas X muito simples (xfce4, ou algo ainda mais simples como o ratpoison). Desligue praticamente todos os serviços de segundo plano, até mesmo coisas como o criador de logs do sistema, cron, etc. Você deve conseguir que o sistema operacional do host atinja basicamente zero consumo de CPU e consumo de menos de 80 MiB de RAM.

Minha abordagem para configurar o host seria começar com um sistema Debian mínimo. Quando o instalador perguntar qual coleção de pacotes instalar, não selecione nenhum. Então, depois que o sistema básico estiver rodando, use apt-get para instalar o gerenciador de janelas e o X. Se você quer ser realmente agressivo, você pode tentar recompilar o kernel apenas com os componentes necessários instalados, e todos compilados, não módulos. No entanto, é improvável que os retornos líquidos valham o esforço.

Além disso, se você estiver usando uma ferramenta de VM que possa fazer isso, instale sua máquina virtual em uma partição separada em vez de armazená-la em arquivos (verifique se você ainda faz snapshot, etc. com essa configuração).

Isso ainda não fará com que seu convidado seja executado a 100% da velocidade nativa, porque há alguma sobrecarga inevitável. Mas estará perto o suficiente para que você nunca notará a diferença. Observe também que haverá algumas coisas dependentes do acesso direto ao hardware que não funcionará. Por exemplo, o Direct3D provavelmente não funcionará e definitivamente não funcionará tão bem quanto se o Windows estivesse rodando nativamente, então alguns jogos sofrerão (assumindo que esta é uma máquina na qual você pode jogar).