• Nenhum resultado encontrado

VirtualBox Mario Hato Instituto de Computação UNICAMP VirtualBox

N/A
N/A
Protected

Academic year: 2021

Share "VirtualBox Mario Hato Instituto de Computação UNICAMP VirtualBox"

Copied!
30
0
0

Texto

(1)

VirtualBox

Mario Hato

Instituto de Computação UNICAMP

(2)

Motivação

• Infraestrutura de computação - 2000 – 1 PC → 1 SO → Vários Aplicativos – Utilização Baixa → < 25% X86 Windows XP X86 Windows 2003 X86 Suse X86 Red Hat

(3)

Desafios

• Baixa utilização da Infraestrutura

• Aumento do Custo da Infraestrutura física • Aumento do Custo em gerenciamento

• Baixa proteção a falhas e desastres • Solução: Virtualização

(4)

Sistema Virtualizado

• Cada aplicação roda em seu SO

• Cada SO não sabe que compartilha recursos com outros SO's

X86 Multi-Core, Multi Processor

X86 Windows XP App. A X86 Windows 2003 App. B X86 Suse Linux App. C X86 Red Hat Linux App. D

(5)

Porque a virtualização é útil?

• Executar múltiplos SO's simultaneamente • Facilitar instalações de software

• Testes e recuperação de desastres • Consolidação de Infraestrutura

(6)

Evolução da Virtualização

• 1º Geração: Full Virtualization

• 2º Geração: ParaVirtualization

• 3º Geração: Hardware-Assisted Virtualization

Dynamic Translation Virtual Machine Hardware Operating System Virtual Machine Hypervisor Hardware VM VM Hardware Virtual Machine Virtual Machine Hypervisor

(7)

VirtualBox

• Solução Full Virtualization • Open Source

• Multiplataforma

• “Hosted” Hypervisor

• Portável – arquivos de configuração em XML

• Não necessita de Virtualização em Hardware

(8)

VirtualBox

• Guest Additions

– Pastas compartilhadas – Seamless windows

– Virtualização 3D

• Grande suporte de hardware

– Guest multiprocessing (SMP) – Suporte a dispositivos USB – Compatibilidade de Hardware

(9)

VirtualBox

• Suporte em hardware(cont.)

– Suporte ACPI total

– Múltiplas resoluções de tela – Suporte a iSCSI embutido – Boot em rede (PXE)

• Snapshots

• Extremamente Modular

(10)
(11)

História

• Innotek – Jan-2007 • Sun – Fev-2008

(12)
(13)

Camada de Gerenciamento

• Web Service

– Fácil de usar – Acesso remoto

– Overhead no empacotamento do XML

• Component Object Model COM/XPCOM

– Restrito a algumas linguagens

– Cliente deve ser executado no mesmo Sistema do Host

(14)

Componentes

• IPRT – Portable Runtime Library • VMM – Virtual Machine Monitor • EM – Execution Manager

• REM – Recompiled Execution Monitor • TRPM – Trap Manager

• HWACCM – Hardware Acceleration Manager

(15)

Componentes

• PGM – Page Manager • PATM – Patch Manager • TM – Time Manager

• CFGM – Configuration Manager • SSM – Saved State Manager

• VUSB – Virtual USB

(16)

Virtualização

• Permitir executar softwares diretamente no processador.

• Software

– Suporte a processadores antigos

• Hardware

– Intel VT-x

– AMD AMD-V

(17)

Virtualização em Software

• Tarefa complexa

• Desempenho reduzido

• Emulação completa ou Paravirtualização • VVM roda em Ring0

• SO Guest roda em Ring1 • App Guest roda em Ring3

(18)

Virtualização em Software

• Ring1 não permite a execução de instruções privilegiadas

• Certas instruções não geram excessões em Ring1

• System Calls

• Task Priority Register (TPR)

• Instruções que mostram o verdadeiro estado da máquina (CPUID)

(19)

Virtualização em Software

• Code Scanning and Analysis Manager – CSAM

• Patch Manager – PATM • Em tempo de execução

(20)

Virtualização em Software

• Utilizado em muitos cenários

• Raros SO's que utilizam instruções esotéricas. Ex.: OS/2

• Em sistemas guest de 64 bits

(21)

Virtualização em Hardware

• Intel VT-x

– VMX modo root

• Funcionamento antigo • 4 Rings

– VMX modo não root

• Execução do sistema Guest

• Virtual Machine Control Structure – VMCS

(22)

Virtualização em Hardware

• AMD-V

– Ambiente de virtualização mais completo

– VT-x requer paginação habilitada

• Impede código em modo real e software em modo protegido não paginado

• Firmware e SO loader

• Não complica a implementação do VMM

(23)

Virtualização em Hardware

• Nested Paging

– AMD → Rapid Virtualization Indexing RVI

• Barcelona (K10)

– Intel → Extended Page Tables EPT

• Corei7 (Nehalem)

– Tradução para endereços “guest physical” primeiro.

(24)

Memory Overcommitment

• Muitas VM's → Menos memória • Permitir a execução de mais VM's • 2 técnicas implementadas:

– Memory balloning – Page Fusion

(25)

Memory Ballooning

• Mudança da quantidade de memória reservada para o guest

• Normalmente se faz com a VM desligada

• Virtualbox Guest Additions aloca e bloqueia a memória no SO guest

• Esta memória pode ser utilizada por outra VM.

(26)

Memory Ballooning

• Somente em Host de 64 bits, exceto Mac OS X

• A memória liberada não é vista como livre

• Muito útil em casos que envolvem

necessidade temporária de memória. Ex: Inicialização da VM.

(27)

Page Fusion

• Evita a duplicação de páginas de memória em sistemas similares • Identifica páginas de memórias

semelhantes

• Realiza o compartilhamento de páginas.

• Escrita em página compartilhada → Cópia da página.

(28)

Page Fusion

• Abordagem tradicional

– Page sharing ou Same Page Merging – (CheckSums) → Alto consumo de CPU

e overhead de 10-20%

• Utiliza a lógica do VirtualBox Guest Additions

• Somente em hosts de 64 bits com Windows guests.

(29)

VirtualBox

Obrigado!

Dúvidas?

(30)

Referências

• https://www.virtualbox.org/wiki/Documen tation – Manual do usuário – SDK • http://www.dc.uba.ar/events/eci/2008/co urses/n2/Virtualization-Introduction.ppt • https://blogs.oracle.com/matheus/entry/d iscutindo_virtualização_parte_1

Referências

Documentos relacionados

– cada programa corresponde a uma tarefa da aplicação – os programa são compilados para cada

O conceito em questão é o do Virtual Machine Monitor (VMM), ou seja, Monitor de Máquina Virtual, também conhecido por Hypervisor. O Virtual Machine Monitor é um componente de

Java software for your computer, or the Java Runtime Environment, is also referred to as the Java Runtime, Runtime Environment, Runtime, JRE, Java Virtual Machine, Virtual Machine,

O Dell PRO Pack recomenda ações corretivas durante a transição de objetos monitorados para um estado não íntegro (por exemplo, falha de disco virtual ou erro de unidade

Para aqueles que não são versados nesta teoria, é preciso uma receptividade metanóica que permita a aceitação, concordante ou não, da validação científica deste olhar sobre

Nó de gerenciamento Máquina virtual ou física na qual o serviço do SCVMM, Lenovo XClarity Integrator Unified Service e o Complemento da Lenovo para o Microsoft System Center

Para ver a lista de alertas e as ações de recuperação, consulte a seção Alerts and Recovery Actions (Alertas e ações de recuperação) no Dell Server PRO Management Pack 3.0.1

• Trabalha com o Operations Manager e o VMM (Virtual Machine Manager - Gerenciador de máquina virtual) para detectar eventos como perda de redundância da fonte de