Qual é a diferença entre hipervisores T1 e T2?

3

Qual é a diferença entre os hipervisores t1 e t2?

O artigo da Wikipedia explica isso, mas eu não estou entendendo bem. Aparentemente, ambos requerem algum tipo de sistema host para entrar. Alguém sabe de uma boa explicação das diferenças?

    
por Andrew J. Brehm 25.05.2009 / 17:12

4 respostas

5

Outros explicaram bem as diferenças entre os dois tipos. Uma coisa a notar é que, embora pareça que o Hyper-V está sendo instalado dentro do Server 2008, o que está realmente acontecendo é que o Hyper-V está sendo instalado na partição raiz e o "host" do Server 2008 em que você está instalando se torna um máquina virtual em si. A razão pela qual ele pode ver as outras VMs é devido ao serviço de gerenciamento do Hyper-V, que se conecta ao Hyper-V no qual está sendo executado.

Aqui está a arquitetura do Hyper-V . Alguns itens a serem observados no diagrama dentro da partição raiz que têm acesso ao hipervisor, permitindo que a partição raiz relate o uso de disco e memória:

VID – Virtualization Infrastructure Driver – Provides partition management services, virtual processor management services, and memory management services for partitions.

VMWP – Virtual Machine Worker Process – A user mode component of the virtualization stack. The worker process provides virtual machine management services from the Windows Server 2008 instance in the parent partition to the guest operating systems in the child partitions. The Virtual Machine Management Service spawns a separate worker process for each running virtual machine.

WinHv – Windows Hypervisor Interface Library - WinHv is essentially a bridge between a partitioned operating system’s drivers and the hypervisor which allows drivers to call the hypervisor using standard Windows calling conventions

    
por 25.05.2009 / 18:08
3

Acho que o artigo da wikipedia é bem claro. Um hipervisor T1 virtualiza o hardware para todas as instâncias do SO que são executadas nessa máquina, enquanto um hipervisor T2 executa dentro de um sistema operacional executado em hardware não virtualizado e fornece acesso virtual para < em> todas as outras instâncias do sistema operacional.

Isso é T1 é mais fundamental que qualquer instância do sistema operacional, mas T2 depende de um deles.

If Hyper-V (which is a t1 hypervisor) really runs below all operating systems, shouldn't every single OS running on the machine see only the memory assigned to it and not processes containing VMs?

Eu imagino (mas não sei - neste momento estou oficialmente fora da minha profundidade) isso depende de como o hardware de suporte à virtualização funciona.

    
por 25.05.2009 / 17:17
2

Se eu acertar, T1 não está instalado em um sistema operacional existente (acho que é um sistema operacional próprio, com o único propósito de hospedar máquinas virtuais), T2 é instalado dentro do seu sistema operacional principal (digamos que você rode linux, dentro do qual você roda a estação de trabalho vmware, dentro dela você roda o windows)

    
por 25.05.2009 / 17:17
1

Bastante simples, o T1 é executado na camada de drivers do sistema operacional (ou kernel, se você quiser chamá-lo assim) e o T2 é executado na camada de aplicativo do sistema operacional. Assim, para chegar ao hardware físico, o T1 tem que fazer uma chamada para o driver do dispositivo, enquanto o T2 tem que fazer uma chamada para um sistema operacional que direcionará a chamada para o driver, como qualquer outro software no nível do usuário. Uma vez que você olha dessa maneira, as vantagens de t1 tornam-se óbvias, e você pode ver facilmente que "baremetal" é apenas um termo para "próximo aos drivers do hardware".

Existem diferentes abordagens para construir t1 - as mais comuns (e bastante desatualizadas) são o Xen e o Hyper-V, construindo um conjunto separado de drivers (um microkernel separado) que interage com o hipervisor, mas também tem que manter um SO normal para seu kernel mainstream, a fim de utilizar hardware adicional, e a interação entre os dois é bastante cara, e o KVM, que não usa um kernel separado, reside no kernel do Linux, então é ali mesmo com todos os drivers de dispositivos com acesso direto a tudo.

    
por 18.08.2012 / 23:53