Que conhecimento existe sobre os produtos de virtualização bare-metal?
Estou interessado em construir uma nova máquina de desktop para uso doméstico. Eu estive analisando os processadores Intel Quad Core e gostaria de colocar 8 GB de RAM nele, mas isso me fez pensar em aproveitar ao máximo os recursos disponíveis.
Pensei que, se conseguisse uma boa máquina de 64 bits, colocasse virtualização bare-metal e, em seguida, tivesse um sistema primário, também seria capaz de criar alguns sistemas virtualizados extras, como e quando necessário. Sei que a maioria dos sistemas bare metal foi projetada para o mercado de servidores, mas há algo lá fora que funcione bem para um desktop?
Quais são as advertências? Presumo que não poderei tirar o máximo proveito de nenhuma placa de vídeo que eu possa comprar. Que tal apenas obter uma resolução de tela decente, isso será um problema? Eu corro uma única tela de 24 ".
E quanto à gravação de DVD / CD, isso é possível? Eu gostaria de reproduzir novamente minha coleção de CDs, esperando que a qualidade quad de 64 bits me ajudasse com a codificação.
Atualmente, uso um Mac e não consegui voltar ao Windows, deixando o Linux. Eu estava pensando em um sistema operacional primário do Ubuntu. Isso faz diferença?
Respostas:
Como sugerido em outro lugar, o VMWare ESXi é o que está disponível em termos de hipervisores bare-metal gratuitos, onde "bare metal" implica que o que você carregou eventualmente é menor que um sistema operacional completo.
O Xen também possui um modo HVM no qual a virtualização em nível de hardware é usada; nesse modo, ele pode executar convidados do Windows. O Xen claramente possui um hipervisor "bare metal" - como até o sistema operacional Dom0 é executado sob ele - mas é substancialmente complexo de configurar e manter, além de restringir os kernels que você pode executar em domínios não HVM (dos quais o Dom0 , o kernel primário que passa pelo acesso do hardware aos outros e tem direitos administrativos é um). HVM requer uma CPU e placa-mãe com suporte à virtualização de hardware; veja a lista do wiki do Xen de placas-mãe compatíveis com HVM .
Dito isto, você pode achar o KVM mais interessante. Em vez de usar o Linux para gerenciar um kernel de hypervisor proprietário separado (como o ESX), o KVM cria os recursos do hypervisor no próprio Linux. Como "bare metal" depende da sua interpretação - mas se o seu host executando o KVM não for senão um initrd de 40 MB que não possui nada além de ferramentas relacionadas ao kvm + libvirt + (por exemplo, algo como o oVirt da Red Hat ), você ' Temos algo que, na prática, não é totalmente diferente do ESX. O componente userspace do KVM é derivado do QEMU, o que o torna poderoso e flexível - algo que você não precisa necessariamente para um desktop, mas que é muito interessante na simulação de sistemas incorporados (com, digamos, apenas E / S serial e sem adaptador VGA), configurando cadeias complexas de imagens COW para backend do armazenamento ou configuração de topologias de rede virtual interessantes. Como o Xen HVM, o KVM requer aceleração de hardware. O KVM executa razoavelmente bem os convidados pouco exigentes do Windows (incluindo o Vista), mas só possui drivers de rede paravirtuais para Windows disponíveis no momento; outros drivers precisam usar hardware emulado, que é um pouco mais lento. (A Qumranet está financiando o desenvolvimento de outros drivers para Windows, então espere vê-los eventualmente. As versões mais recentes do kernel Linux têm muitos outros drivers paravirtuais compatíveis com KVM - para E / S de disco, relógio e outros dispositivos - incluídos no upstream )
Para uso em desktop, o VirtualBox é um bom ajuste, embora não seja propício ao uso "bare metal". Devido à falta de suporte à libvirt , também considero inadequado para os usos de automação de controle de qualidade. O VirtualBox possui um driver de vídeo paravirt entre seus "utilitários convidados", que fornecerá o redimensionamento automático de janelas e um "modo contínuo" às vezes com bugs, onde as janelas de seus convidados aparecerão entre as do host, contribuindo (em teoria) para uma experiência mais integrada.
Se você estiver usando um "sistema operacional primário" que não foi desenvolvido especificamente para virtualização, não estará executando virtualização "bare metal" e uma solução minimalista e totalmente "bare metal" na qual o (micro) kernel no primário O controle é construído estritamente para fins de virtualização e será seriamente abaixo do ideal se você desejar que a área de trabalho do Windows seja exibida no mesmo hardware. Se o que você deseja não é "bare metal", mas virtualização assistida por hardware , tudo o que é sugerido aqui oferece isso - embora para o VirtualBox seja uma opção de configuração selecionável por caixa de seleção; por padrão, ele usa métodos mais tradicionais.
fonte
Sou um grande fã dos vários produtos VMWare (e até mesmo vagamente impressionado com o Hyper-V) e concordo totalmente com o que os caras acima afirmam. Dito isto, há algo que eu gostaria que você apreciasse antes de começar com qualquer software de VM. As máquinas virtuais clientes recebem um conjunto fixo de hardware pelo sistema operacional host - vários processadores de um determinado tipo, um chipset de um determinado tipo, NICs de um determinado tipo, placa de vídeo etc. (os tipos específicos variam de acordo com o produto / versão). Esses componentes 'emulados' são quase sempre o necessário para a maioria das VMs clientes funcionarem como servidores, pois geralmente não precisam de muito hardware especializado. Mas se sua área de trabalho principal for executada como uma VM cliente, é necessário considerar se as limitações desses componentes virtuais acabarão causando problemas. Tomemos o jogo como exemplo, poucos SOs host expõem uma GPU virtual compatível com DX9 às VMs de seus clientes, o que significa que você não precisa jogar. O mesmo vale para o hardware de som, geralmente você obtém uma placa de som 'base' (se houver alguma) e sua emulação geralmente é um trabalho de prioridade muito baixa, para que você possa esquecer o som 5.1, o mesmo para coisas como decodificação de vídeo emulada por hardware , a VM do cliente simplesmente não sabe que seu hardware pode fazer isso, por isso não tente.
Espero que você entenda esses limites, para um ambiente de servidor ideal, é claro, todos os clientes de VM de servidor podem usar os mesmos drivers estáveis e conhecidos. Mas muitas pessoas querem que suas máquinas de desktop cliente estejam muito mais sob seu controle.
Uma opção que você pode considerar seria usar o Windows Server 2008 com Hyper-V, eu o usei, mas não por muitos meses. Ele tem um modelo diferente do VMWare e permite que você use 2008 como seu host (para acessar todo o seu hardware normalmente) e tenha VMs clientes em cima disso. Dessa forma, é mais parecido com os sistemas de 'virtualização de desktop', como VMWare Workstation, Fusion e alguns outros, mas sei que você fez a pergunta em relação às 'Bare Metal VMs'.
Espero que isto ajude,
Phil.
fonte
Parece haver um hipervisor compatível com Mac OS X de código aberto disponível como VirtualBox . Isso, no entanto, não é "bare metal".
O bare metal seria o VMWare ESXi , um hipervisor gratuito.
Mas a maioria dos produtos bare-metal é voltada para o mercado de servidores, como você acertadamente adivinha, e não expõe recursos que podem ser úteis na área de trabalho. Você precisará fazer algumas pesquisas para ver o que está disponível e como ele é particionado (vídeo, CD / DVD, USB, etc.).
Mas você está fazendo uma pergunta conflitante. Você deseja um hypervisor bare metal, mas também deseja que ele seja rico em recursos. Sua melhor aposta pode ser carregar um sistema operacional Linux mínimo com o VirtualBox e usar esse sistema completo como seu hipervisor, executando os sistemas operacionais reais em cima disso.
fonte
O VirtualBox parece ser uma das melhores ferramentas de virtualização. Combinado com os recursos de Linux + Virtualização, o chip é ótimo.
Não sei ao certo o que você quer dizer com "bare metal", mas você não pode executar as coisas tão perto, é preciso que haja alguma visualização (mesmo que seja uma hiper viseira do kernel)
http://www.virtualbox.org/
Ele tem esse truque legal que faz quando, ao usar seus próprios drivers de vídeo no Windows, pode misturar aplicativos do Windows em sua área de trabalho linux com um truque de composição sofisticado. (efetivamente, a área de trabalho do Windows se torna transparente e o aplicativo cai em suas bordas e faz outros truques sofisticados de geração de relatórios) e torna-se como executar o X11 no Windows (é assustador, na verdade)
fonte
O XenClient é uma das ferramentas de verticalização da área de trabalho bare metal, que oferece suporte ao Windows XP SP3, Windows Vista e Windows 7. Você também pode instalar os servidores, mas as ferramentas Xen para driver não suportam.
fonte