Se você usar o termo "hipervisor" no Google, receberá infinitas definições que determinam que um hipervisor também é conhecido como monitor de máquina virtual ou gerenciador de máquina virtual e é uma forma de virtualização de hardware. Mas, sendo novo para as VMs e seus conceitos, essa é uma definição difusa para mim.
Então, qual é a diferença - e / ou relacionamento entre - uma máquina virtual e seu hipervisor? Alguém pode dar um exemplo concreto?
O hipervisor é o dispositivo ou software que executa a máquina virtual. É normalmente responsável por alocar os recursos, fornecendo a interface entre a máquina virtual (o "convidado") e o sistema host, bem como qualquer software de gerenciamento.
Portanto, se você estiver usando o VMware Workstation para executar uma máquina virtual do Windows 7, o VMware Workstation é o hipervisor.
Verifique este link. link
A resposta é do Blog de Virtualização de Ben Armstrong
aqui são na verdade dois significados para 'VMM'. O primeiro é 'gerenciador de memória virtual' - isso faz parte do sistema operacional Windows e não tem nada a ver com virtualização de computadores - e tudo a ver com o gerenciamento de memória do sistema operacional. Isto não é o que estou discutindo hoje: -)
O segundo significado é 'Virtual Machine Monitor'. Há vários programas e implementações diferentes que usam o moniker 'Virtual Machine Monitor'. Nos termos mais simples - o VMM é o software responsável por monitorar e aplicar a política nas máquinas virtuais pelas quais é responsável. Isso significa que o VMM monitora tudo o que acontece dentro de uma máquina virtual e, quando necessário, fornece recursos, redireciona a máquina virtual para recursos ou nega acesso a recursos (diferentes implementações de VMMs fornecem ou redirecionam recursos para níveis variados - mas isso é um tópico de discussão para outro dia).
Classicamente, existem dois tipos de VMM.
Um VMM tipo II é aquele que é executado sobre um sistema operacional de hospedagem e, em seguida, gera máquinas virtuais de nível superior. Exemplos de VMMs do tipo II incluem o ambiente JavaVM e .Net. Esses VMMs monitoram suas máquinas virtuais e redirecionam solicitações de recursos para APIs apropriadas no ambiente de hospedagem (com algum nível de processamento intermediário).
Um VMM tipo I é aquele que é executado diretamente no hardware sem a necessidade de um sistema operacional de hospedagem. Os VMMs tipo I também são conhecidos como 'hypervisors' - portanto, a única diferença real entre um VMM e um hipervisor é onde ele é executado. A funcionalidade fornecida por ambos é justa. Exemplos de VMMs tipo I incluem as soluções de virtualização de mainframe oferecidas por empresas como Amdahl e IBM, e em computadores modernos por soluções como virtualização de VMware ESX, Xen e Windows.
Esta é uma extensão da terminologia do sistema operacional existente - uma das várias alternativas para a metáfora semente / porca . Os programas usuário são controlados pelo programa supervisor , e em um sistema não virtual é onde as coisas param. Com a virtualização, o supervisor é, por sua vez, controlado (ou monitorado ou gerenciado) por um programa hypervisor .
Todos esses programas são softwares. A máquina virtual é o fingimento de uma máquina que o supervisor e os programas do usuário experimentam rodando. Parece hardware por dentro.
Don Skiba sobre o histórico do hipervisor :
I was with IBM in 1966, when we were trying to get the new System 360s installed. As you might imagine, converting all that "old code" from the old 1401, 1440, 1410, 7080, 7090 models was the biggest mess you'll ever want to see. On the 360 model 65, there was an emulator for a couple of older machines. Actually, all the 360 models, except for the model 75, were emulators of the 360 instruction set. The one that was popular for the model 65 was the emulator for the IBM 7080. However, you had to dedicate the machine to either 360 mode or 7080 mode. That was not making our customers very happy.
It turned out that there were some special registers on the model 65 that were inactive, but active on the model 67 that were used for time sharing and eventually a virtual operating system, CMS. I convinced the engineer's on the model 65 that we could use those registers to swap between programs running in the lower half of memory to programs running in the upper half and either half could operate in 360 or 7080 mode. We just needed a "little" code to do the swapping, mode setting and resource (I/O) allocation. I convinced a system engineer in Philadelphia, who had a customer who desperately needed this function, to write the code. We tossed around a lot of names for code at the time. I suggested that "hypervisor" might be appropriate, because, prior to the 360, there were no "operating systems" and the prior systems all had "supervisors". So, "hypervisor" seemed appropriate and the name stuck.