UNIVERSIDADE DO ESTADO DE SANTA CATARINA

DEPARTAMENTO DE CINCIA DA COMPUTAO

TECNOLOGIA EM SISTEMAS DE INFORMAO

ANALISAR MQUINAS VIRTUAIS UTILIZANDO XEN SERVER 6 E O KVM

PARA COMPARAR SEUS IMPACTOS NO PROCESSAMENTO E USO DO DISCO
UTILIZANDO MYSQL SERVER.

Bruno Joenk
Matheus Felipe Garcia
Michel Pabst
Moiss Pabst

PROFESSOR CHARLES CHRISTIAN MIERS

Sistema Operacionais

Joinville, Junho de 2015

UNIVERSIDADE DO ESTADO DE SANTA CATARINA

DEPARTAMENTO DE CINCIA DA COMPUTAO
TECNOLOGIA EM SISTEMAS DE INFORMAO

ANALISAR MQUINAS VIRTUAIS UTILIZANDO XEN SERVER 6 E O KVM

PARA COMPARAR SEUS IMPACTOS NO PROCESSAMENTO E USO DO DISCO
UTILIZANDO MYSQL SERVER.

Bruno Joenk
Matheus Felipe Garcia
Michel Pabst
Moiss Pabst

PROFESSOR CHARLES CHRISTIAN MIERS

Sistema Operacionais

Joinville, Junho de 2015

LISTA DE ILUSTRAES
Figura 1. Representao grfica em camadas da virtualizao completa, segundo as
formas de virtualizao...................................................................................................12
Figura 2. Histrico do XenServer, descrita em uma linha do tempo.............................20
Figura 3. XenServer - Diagrama de arquitetura envolvendo os componentes...............21
Figura 4. Representao da arquitetura geral do KVM..................................................25

LISTA DE TABELAS
Tabela 1. Apresentao do Histrico do XenServer........................................................18
Tabela 2. Apresenta o tempo para execuo dos processos com 1 thread......................28
Tabela 3. Apresenta o tempo para execuo dos processos com 2 thread......................29
Tabela 4. Apresenta o valor de informaes trocados com disco rgido com 1 thread...30
Tabela 5. Apresenta o valor de informaes trocados com disco rgido com 2 thread...30

RESUMO
Virtualizao um conceito empregado para a criao de maquinas virtuais, as quais
esto sendo utilizadas diariamente em servidores. Ela empregada para que ocorra um
melhor aproveitamento do hardware e aumente o custo benefcio da empresa. Para que
ocorra a virtualizao necessrio que exista uma ferramenta que faa o monitoramento
dessas mquinas virtuais, algumas dessas ferramentas seriam os monitores de mquinas
virtuais Citrix XenServer e o KVM, estas duas ferramentas funcionam de forma
diferente, ambas so monitores de mquinas virtuais, e controlam e monitoram as
mquinas virtuais. Ao se criar mquinas virtuais necessrio tambm entender qual o
impacto que elas causam no hardware e no processador da mquina, nesse ponto que
entram softwares de benchmark como o Sysbench. Software como esse tem a funo de
analisar os impactos causados pelas mquinas virtuais atravs da utilizao dele se
conseguem simular eventos e conseguir que demonstram de forma grfica como a
evoluo do processamento. Atravs desses dados possvel chegar a melhor concluso
de qual monitor de mquinas virtuais melhor para cada situao de uso.
Palavras-chave: Virtualizao. Mquinas Virtuais. Citrix XenServer. KVM. Sysbench.

ABSTRACT
Virtualization is a concept used to create virtual machines, which are being used daily in
servers. It is used to occur a better use of hardware and increase the cost benefit of the
company. For virtualization to occur there needs to be a tool that makes monitoring of
these virtual machines, some of these tools would be the virtual machine monitors
Citrix XenServer and KVM, these two tools work differently, both are virtual machine
monitors, and control and monitor virtual machines. When creating virtual machines is
also necessary to understand what impact they have on the hardware and system CPU is
at this point entering benchmark software such as Sysbench. Software like this serves to
analyze the impacts of virtual machines by using it if they can simulate events and get
that demonstrate graphically how the evolution of processing. Through these data it is
possible to reach the best conclusion of which virtual machine monitor is best for each
use situation.
Key-words: Virtualization. Virtual Machines. Citrix XenServer. KVM. Sysbench.

SUMRIO
INTRODUO...............................................................................7
CAPITULO 1 - CONHECIMENTO.......................................................8
1.1 MQUINAS VIRTUAIS............................................................................. 8
1.1.1 Virtualizao................................................................................... 8
1.1.2 Classificao................................................................................. 10
1.1.3 Funcionamento............................................................................. 13
1.1.4 Ferramentas de medio..............................................................13
1.2 - MYSQL............................................................................................... 14
1.2.1 Histrico........................................................................................ 15
1.2.2 Caractersticas.............................................................................. 15
1.3 Consideraes Parciais.........................................................16
CAPITULO 2 - CONHECIMENTO.....................................................17
2.1 XEN..................................................................................................... 17
2.1.1 Histrico........................................................................................ 17
2.1.2 Arquitetura.................................................................................... 20
2.1.3 Funcionalidades............................................................................ 21
2.1 KVM..................................................................................................... 23
2.2.1 Histrico........................................................................................ 23
2.2.2 Arquitetura.................................................................................... 24
2.2.3 Funcionalidades............................................................................ 25
CAPTULO 3 - COMPARATIVOS......................................................27
3.1 Plataforma Experimental.....................................................................27
3.2 Testes Realizados................................................................................ 27
3.2 Teste de Carga do Processador...........................................................27
3.3 Teste de Carga do Disco Rgido...........................................................28
3.4 Consideraes Finais...........................................................................30
CONCLUSO...............................................................................31
REFERNCIA...............................................................................32

INTRODUO
A virtualizao e a utilizao de mquinas virtuais, o qual um ponto muito
importante para o entendimento inicial deste trabalho, que tem por objetivo a anlise e
comparao entre duas ferramentas de virtualizao. O Conceito de virtualizao
amplamente construdo e repetido no decorrer do trabalho, por esta razo ele discutido
como parte dos conceitos iniciais do trabalho, desde seu incio na dcada de 60, no seu
declnio e retorno nos anos 90. As formas como elas funcionam para a construo da
virtualizao, e o controle das mquinas virtuais um ponto realmente importante para
o entendimento do estudo aqui realizado.
As duas ferramentas utilizadas para a virtualizao, XenServer e KVM, tm
diferentes formas de virtualizar e funcionam de maneiras completamente distintas, por
essa razo foram escolhidas. O que se busca com esse estudo entender como funciona
seus procedimentos e como eles impactam no processamento da mquina, sempre
levando em conta os pontos positivos e negativos das duas ferramentas para o resultado
final do estudo.

CAPITULO 1 - CONHECIMENTO
Este captulo apresenta os termos e tecnologias de virtualizao e banco de
dados, explana as caractersticas das tecnologias que justifica o porque do seu uso.
Conhecimentos iniciais para compreenso do que virtualizao e diferenas entre
virtualizao completa e paravirtualizao. Ainda nesse capitulo descrito a histria das
tecnologias e sua evoluo e como empregada no mercado de trabalho.

1.1 MQUINAS VIRTUAIS

Mquina virtual tem por princpio simular um ou mais computadores sobre um
hardware fsico. Visa criar ambientes para testes, simulaes, programao
multiplataforma, otimizao de servidores, entre outros. Sendo assim, ao invs de
utilizar um hardware para cada estao de trabalho ou servidor, possvel virtualizar
esse hardware sobre uma mquina fsica e executar diferentes sistemas operacionais
sobre o mesmo hardware fsico (LAUREANO, 2009). As mquinas virtuais podem ser
utilizadas para diversos propsitos, como banco de dados, servidores, estaes de
trabalhos, ambientes de teste, entre outros. Independente do cenrio em que a mquina
virtual est sendo utilizada, seu impacto no hardware fsico deve ser analisado para se
buscar o melhor mtodo de virtualizao (GONALVES, 2008).
O texto contm algumas caractersticas importantes para a compreenso do
projeto e dos captulos subsequentes. Comeando com conceitos bsicos de
virtualizao, um breve hitrico da evoluo da virtualizao e os tipos de virtualizao.

1.1.1 Virtualizao
Virtualizao consiste em utilizar um hardware fsico e atravs dele configurar
diversos outros hardwares virtuais ou ainda configurar e coordenar diversos sistemas
operacionais. Seguindo esse conceito, tem-se a praticidade de no mais precisar adquirir
uma mquina para cada sistema operacional, reduzindo assim custos em aquisio de

novos hardwares e concentrando melhor as informaes importantes (RODRIGUES,

2009).
O conceito de virtualizao, teve seu surgimento na dcada de 60 pela IBM, essa
tecnologia se tornou mais difundida com o lanamento do sistema operacional da IBM o
M44/44X neste perodo tambm ocorreu o lanamento de vrios sistemas comerciais
que suportavam a virtualizao, entre eles pode-se citar o OS/370. Nessa poca, o
conceito de virtualizao era fornecer para cada usurio um ambiente monousurio
fazendo com que assim cada um tivesse seu prprio ambiente para utilizao
(LAUREANO, 2009).
Com a chegada da dcada de 80, o interesse pela virtualizao teve uma pequena
queda, pois o custo benefcio era maior na compra de uma mquina para cada pessoa do
que trabalhar com o conceito de virtualizao. Foi somente na dcada de 90 que ele
voltou a ter destaque, com a entrada da linguagem Java no mercado e o aumento do
desempenho dos hardwares (LAUREANO, 2009). O aumento no desempenho dos
hardwares foi um dos fatores para a volta do conceito de virtualizao para o mercado,
pois os hardwares que eram utilizados na dcada de 80 no apresentavam bom
desempenho para virtualizar vrias mquinas, com o aumento de desempenho nos
hardwares a partir da dcada de 90 foi possvel melhorar o desempenho para o uso das
mquinas virtuais, e assim foi possvel retornar o uso da virtualizao.
O objetivo primrio para o desenvolvimento de um ambiente virtual isolado era
voltado a diferentes usurios, sendo possvel cada usurio ter seus softwares e
aplicaes de sua escolha

(LAUREANO, 2009). Analisando o mercado e as

necessidades das pessoas, a virtualizao utilizada para um nico usurio que

necessita de diversos ambientes seja ele para qualquer propsito.
As mquinas virtuais so executadas pelos Virtual Machine Manager (VMM),
que o software responsvel por manipular a memria utilizada, dispositivos de entrada
e sada, recursos de compartilhamento entre mquinas virtuais. O VMM tambm
responsvel por organizar qual mquina virtual estar sendo executada no momento
(GONALVES, 2008). Alguns cenrios em que a virtualizao pode ser utilizada
(GONALVES, 2008):

C
onsolidao de servidores: este conceito diz respeito a distribuio de

10

arquivos entre mquinas fsicas sobre diversos sistemas operacionais,

aumentando assim a economia de energia, um melhor aproveitamento do
hardware e ainda proporciona um melhor gerenciamento e manuteno.

C
onsolidao de aplicaes: conseguir emular mquinas e softwares que
no iriam executar sobre as configuraes do hardware disponvel no
momento.

S
andBoxing: criar um ambiente isolado para execuo de um software que
no seja considerado seguro. Utilizando, assim, da virtualizao para
construir uma forma de proteo.

M
igrao de Mquinas Virtuais: a distribuio de mquinas virtuais sobre
diversas mquinas fsicas.
A utilizao de mquinas virtuais permite a personalizao do ambiente virtual.
Sendo assim, possibilita atender diversos cenrios, dos mais exigentes ao menos
exigentes em questo de hardware, isolar ambientes de teste ou ainda executar sistemas
legados.
A virtualizao foi criada para que se tivesse um maior nmero de mquinas
disponveis para os usurios e passou por diversas mudanas em seu objetivo principal.
Na sua criao na dcada de 60 voltou-se para multiusurios utilizando de um mesmo
hardware fsico com vrios ambientes e sistemas operacionais, agora tem o foco ao
monousurio que necessita ou quer testar diversos sistemas operacionais sem a
necessidade de possuir diversos hardwares. Suas aplicaes no mercado so voltadas
principalmente para servidores ou teste de configuraes de softwares. Prosseguindo a
sees, vem a descrio da organizao e classificao de uma mquina virtual.

1.1.2 Classificao

11

Antes de classificar, interessante listar algumas formas de realizar a

implementao da virtualizao, sendo elas (LAUREANO, 2009) (RODRIGUES,
2009):
Virtualizao Completa: um sistema
operacional completo e suas aplicaes.
Emulao de sistemas operacionais:
as aplicaes de um sistema operacional sendo executados em outro
sistema operacional sobre a mesma plataforma de hardware.
Traduo dinmica: as instrues de
uma aplicao so traduzidas simultaneamente para outras instrues.
Replicao de hardware: so criadas
vrias cpias de um mesmo hardware real, cada um com o seu sistema
operacional.
Paravirtualizao:

similiar

virtualizao completa porm exige que o sistema operacional seja

alterado para realizar chamadas e receber interrupes do hypersivor.
Sendo assim, o termo virtualizao utilizado nesse trabalho como referncia a
prtica de virtualizao de mquinas. Essa tcnica consiste em executar um ou mais
sistemas operacionais em cima de um nico hardware. Deste modo, cada sistema
executado de forma completa sem interferir na memria, processador ou espao de
armazenamento dos outros sistemas operacionais tambm alocados no mesmo
hardware. Existem diversas formas de como a virtualizao pode ser classificada. A
virtualizao completa quando tudo virtualizado memria, hardware, quantidade de
espao em disco (GONALVES, 2008). A Figura 1 ilustra o funcionamento da
Virtualizao Completa.
Figura 1. Representao grfica em camadas da virtualizao completa, segundo
as formas de virtualizao.

12

Fonte: produo do prprio autor

Comeando a leitura da imagem de baixo para cima, pode-se observar, na Figura
1, o funcionamento da virtualizao completa, com a camada de hardware fsico em
primeiro, e em seguida na camada 2 o software do monitor de mquinas virtuais,
responsvel por controlar as mquinas virtualizadas, na camada 3 o sistema virtualizado
com hardwares emulados e por fim as aplicaes sobre os sistema virtualizado na
camada 4. Essa descrio em camadas utilizada para entende a hierarquia das sees.
A outra forma de virtualizao a paravirtualizao, para utilizar o sistema
operacional em uma mquina virtual necessrio que o sistema sofra alteraes em seu
cdigo fonte para adaptar-se a tecnologia de paravirtualizao. Com essas alteraes se
obtm um melhor desempenho dos sistemas operacionais, pois o sistema operacional se
adequa ao hipervisor, havendo assim um ganho de desempenho (GONALVES, 2008).
Na paravirtualizao existe a presena de uma nova caracterstica, que diz
respeito as alteraes do sistema operacional que foram definidas. Outra forma de
classificar, diz respeito ao nvel de similaridade entre interfaces de hardware do sistema
integrado e real (GONALVES, 2008). So elas:
Interfaces Equivalentes: a interface
virtual reproduz a interface de hardware do sistema real, permitindo
assim execues de aplicaes em tempo real.
Interfaces Distintas: as interfaces
no tem relao, assim implementado um conjunto de instrues
distintas que interpretado pelo hypervisor.

13

Outras formas de classificar a virtualizao dizem respeito ao que se busca

virtualizar, em relao a hardware ou o software (LAUREANO, 2009):
Virtualizao

do

hardware:

virtualizao interpreta o hardware fsico como abstrato.

Virtualizao
do

sistema

operacional: a virtualizao interpreta o sistema operacional como uma

abstrao de um sistema especifico.
Virtualizao de uma linguagem de
programao: a camada de virtualizao cria uma aplicao no topo do
sistema operacional.
Essas so algumas formas de classificao de acordo com o ambiente
virtualizado ou especificaes, outras questes que so interessante destacar a
classificao de acordo com o que se pretende com a virtualizao. Sendo assim,
necessrio analisar o sistema executado na mquina virtual, e classificar como
(LAUREANO, 2009):
Mquinas virtuais de aplicao: so
criadas para suportar apenas um processo ou aplicao especfica.
Mquinas virtuais de sistemas: elas
so criadas para suportar um sistema operacional completo e no
somente uma aplicao.
Sendo assim, descritas as formas como uma mquina virtual pode ser
classificada e como o funcionamento da virtualizao total e paravirtualizao, j se
tem o entendimento de como ela interage e quais os seus propsitos. Segue na subseo
1.1.3 com a descrio de aspectos do funcionamento da virtualizao.

1.1.3 Funcionamento
Ao analisar o conceito de virtualizao, dividindo ele em camadas, partindo da
parte mais baixa (camada 1) se tem o hardware. A camada acima (camada 2) representa
o Hipervisor, o Hipervisor coordena e organiza os sistemas operacionais, nesta camada
ficam armazenadas as configuraes das mquinas virtualizadas. Em seguida (camada
3) os sistemas operacionais que esto virtualizados, portanto essa camada pode ser
dividida de acordo com o nmero de sistemas operacionais que se pretende virtualizar

14

(LAUREANO, 2009). A paravirtualizao, funciona de forma similar a virtualizao

total, porm na paravirtualizao o sistema operacional sofre alteraes em seu cdigo
fonte para receber chamadas de sistema e receber interrupes do Hipervisor.
Levando em conta a compreenso da virtualizao e mquina virtual, tem-se a
necessidade de descrever as ferramentas que medem o desempenho das mquinas
virtuais e os seus impactos na memria o no processamento. Saber essa distino entre
camadas auxilia no entendimento de como as mquinas virtuais afetam o hardware e
sobre quais condies.

1.1.4 Ferramentas de medio

Ao trabalhar com virtualizao, o usurio deve saber qual ferramenta de
virtualizao se adapta melhor a sua necessidade, para isso existem ferramentas que
avaliam as informaes sobre impactos da virtualizao para a mquina virtual. As
ferramentas a disposio para esse teste so OSDB, DBT2, FlexAsnch e o Sysbench.
Por recomendao da MySql utilizada a Sysbench para testes na plataforma de banco
de dados MySql (BENCHMARK, 2015). Alguns dos fatores que so analisados pela
ferramenta no projeto (BENCHMARK, 2015) (KOPYTOV, 2009):
A
taxa de utilizao do processador: sendo o percentual por segundo no
qual o sistema utiliza do processador.
D
esempenho em arquivo: no qual ele realiza o teste baseando em um
arquivo maior do que a sua memria RAM para realizar os testes.
Estes critrios foram selecionados para anlise de desempenho de processador e
entrada e sada de dados, nas estruturas de virtualizao Citrix XenServer e KVM.
Diversas ferramentas como Sysbench do auxlio para testes de desempenho de banco
de dados, elas servem os dados necessrios para que haja um fator de comparao entre
sistemas operacionais e ferramentas de virtualizao (BENCHMARK, 2015).
Softwares como esses so utilizados para verificar impactos e possveis
problemas na utilizao de mquinas virtuais. Tendo em vista o entendimento da seo,
ainda h a necessidade de descrever outros softwares utilizados para aumentar a

15

utilizao dos sistemas operacionais virtualizados, para conseguir testar as mquinas

virtuais enquanto executam mais processos.

1.2 - MYSQL
O MySQL um sistema gerenciador de banco de dados (SGBD). Quando
planejado, visava atender projetos de pequeno e mdio porte, mas com o tempo foi
aprimorado e atende aplicaes de grande porte. Reconhecido por entidades da rea de
tecnologia da informao como um dos sistemas banco de dados Open Source de maior
capacidade, concorrendo com bancos de cdigo fechado (MILANI, 2007).
Por ser um SGBD de fcil utilizao e por possuir um grande grupo de
sustentao, como a Cisco e a Motorola, o Mysql usado por grandes empresas como a
NASA, HP, Bradesco, Sony, entre outras.

Sua interface simples, e tambm sua

capacidade de ser executado em diversos sistemas operacionais, so alguns dos motivos

para este programa ser to difundido (PACIEVITCH, 2015).
O MySQL sofre uma reestruturao na equipe de desenvolvimento, com a sada
de alguns de seus programadores que se juntaram e criaram o MariaDB, com intuito de
concorrer com o MySQL. O MariaDB um software de banco de dados parecido com o
MySQL com algumas melhorias (MARIADB, 2015).
MySQL uma ferramenta que condiz com que se busca produzir com o projeto.
Nas sees 1.2.1 e 1.2.2, esto descritas outras informaes sobre o MySQL como
histrico e algumas de suas caractersticas que o tornam to util.

1.2.1 Histrico
Desenvolvido na dcada de 90 aps surgir a necessidade de uma interface SQL
que fosse compatvel com rotinas ISAM 1 utilizados no projeto dos desenvolvedores
David Axmark, Allan Larsson e Michael Widenius. Para suprir a necessidade da equipe
foi utilizado o mSQL mas a ferramenta possua problemas de desempenho na aplicao.
Aps isso, decidiram ento desenvolver uma API em C e C++ que deu origem ao
MySQL. (MILANI, 2007).

1 Mtodo de armazenamento que permite ma rpida recuperao de dados para

leitura(IBM, 2015).

16

Essa API trouxe resultados satisfatrios aos desenvolvedores, ento o MySQL

teve alta aceitao e comeou a ser difundido, surgiu ento a criao da empresa para
manuteno da ferramenta. O MySql ganhou popularidade e com suas caractersticas de
rpido acesso. Foram ento surgindo novas verses atendendo aos pedidos e
necessidades de seus utilizadores (PACIEVITCH, 2015).
Com recursos como portabilidade, multitarefas, velocidade e segurana, o
MySql estabeleceu seu lugar no mercado e a capacidade para competir com bancos de
dados privados mais populares como Microsoft SQL Server e Oracle (MYSQL, 2015)
(MILANI, 2007). O MySQL tem ento a capacidade de suportar grandes estruturas de
dados e que necessite de agilidade de acesso as informaes, um SGBD para uso de
estudos e profissional, se adapta a vrias linhas de atividades.

1.2.2 Caractersticas
Algumas das caractersticas do MySQL em relao a outros bancos de dados, do
mesmo porte, so a facilidade de programao, possui funes simples a serem
implementadas e so totalmente modificveis (NEVES, 2005) (MYSQL, 2015). Outras
caractersticas que fazem o MySQL ser um dos bancos mais utilizados so:

S
uporte multiplataforma, compatvel com diferentes sistemas operacionais como,
Apple Mac OS X Server, GNU/Linux, FreeBSD, Unix e MS-Windows.

S
uporte a mltiplos processadores.

C
apacidade de manipular bancos com at 50 milhes de registros

S
uporte a 16 ndices por tabela. Sendo possvel a criao de tabelas de at
4GB.

17

S
oftware livre, permite utiliz-lo para qualquer propsito, tendo seu
cdigo-fonte aberto para alteraes e livre distribuio.

C
omercial, permite embutir o MySQL dentro de suas aplicaes
comerciais, obter suporte diferenciado ou pacotes com mais ferramentas.
Tendo conhecimento das caractersticas do MySql, e da ferramenta de medio
benchmark Sysbench, possvel realizar os testes de desempenho dos sistemas
operacionais utilizando o MySql nos sistemas operacionais virtualizados pelo Citrix
XenServer 6 e KVM.

1.3 Consideraes Parciais

Ao fim do Captulo 1, compreende-se a histria das mquinas virtuais, a ideia da
mquina virtual no primeiro momento nos anos 60, as necessidades e problemas nos
anos 80 para disseminar a tecnologia, como ocorreu a evoluo e a diferena entre a
virtualizao total e a paravirtualizao, exemplificado em forma de camadas. Ainda
descrito no Captulo 1, a histria do MySql, as caractersticas do sistema gerenciador de
banco de dados MySql, e por fim a ferramenta de benchmark Sysbench, utilizado para
realizao de testes de desempenho nos ambientes virtualizados sobre o XenServer 6 e
KVM. Por esta razo no prximo captulo est descrito informaes sobre as
ferramentas de virtualizao utilizadas, o Citrix XenServer 6 e o KVM.

18

CAPITULO 2 - CONHECIMENTO
Esse captulo apresenta um estudo das ferramentas utilizadas para a
virtualizao, abordando suas principais caractersticas, sendo a histria, arquitetura e as
funcionalidades, o que as diferem no mercado atual e a expanso do segmento em que
atuam o Citrix XenServer e o KVM. Com essas informaes possvel dar procedncia
a analise final que tem por objetivo este trabalho, e por isso importante conhecer essas
caractersticas e no que elas influenciam no resultado final.

2.1 XEN
O XenServer uma ferramenta que tem como objetivo propor uma soluo para
empresas que necessitam de servidores e mquinas virtuais. Com sua soluo voltada
para computao em nuvem. O XenServer proporciona uma boa reduo de custos pois
torna datacenters fsicos em datacenters virtuais com facilidade de uso e dinamismo.
Possui um console intuitivo e um hypervisor de 64-bit, que facilitam seu uso. Alm
disso possui diversas funcionalidades que garantem seu fcil gerenciamento, segurana
e praticidades em um nico console (CITRIX, 2015).

2.1.1 Histrico
Para facilitar e otimizar a descrio do histrico do XenServer est demonstrado
em forma de tabela, conforme pode ser analisado na Tabela 1.
Tabela 1. Apresentao do Histrico do Citrix XenServer
Ano
1990

Evoluo
O Xen foi criado em 1990 por Keir Fraser e Ian Pratt, a inteno da
criao do projeto, era para um trabalho de pesquisa na
Universidade de Cambridge (inclusive, este trabalho ainda est nos
servidores web da Universidade). O hypervisor Xen possui cdigo
aberto, para que todos os outros acadmicos, pesquisadores e

2003

desenvolvedores, pudessem agregar melhorias para o projeto.

A primeira verso do Xen, foi anunciada na USENIX, em uma

19

conferncia que ocorreu no ano de 2003, considerado o lanamento

2004

oficial do Xen.
Em 2004, foi lanada a verso 1.0 da verso, seguido da verso 2.0
em pouco tempo, Ian Pratt e outras pessoas do grupo comearam
pensar em alterar o Xen de uma ferramenta de pesquisa para um
produto que fosse lanado no mercado e ento utilizado pelas
empresas, alm disso, mantiveram a ideia de o produto continuar

2005

sendo de cdigo aberto (open source).

No ano de 2005, o Xen passou a ser bastante conhecido quando a
Red Hat, Novell, Sun e outras marcas famosas, aderiram o mesmo
como

soluo

para

mquinas

virtuais, inclusive,

estas

comunidades ajudaram para otimizar e lanar a verso 3.0. Alm

disso, a comunidade Xen, inspirou a VMWare e a Microsoft com a
2007

paravirtualizao.
A corporao Citrix adquiriu em agosto de 2007 o XenServer, pelo
preo de 500 milhes de dlares. Foi um grande marco para os

2008

fundadores do projeto e para a Citrix.

Ento o XenServer comeou a ser bem conhecido, inclusive em

2009

2008 a Samsung Electronics criou o projeto Xen ARM.

Em 2009 quando a computao em nuvem estava entrando em
evidencia, o Xen adotou essa tecnologia tambm e a incorporou no

2010

produto, o chamado Xen Cloud Platform.

O Xen 4.0 foi lanado em 2010 e j neste mesmo ano e em junho,
foi feito um concurso na comunidade para decidir qual mascote
seria utilizado.
No ano de 2010, a comunidade Xen entregou a primeira verso do
Cloud Platform Xen. Onde tambm passou a dar suporte completo
para Xen Dom0 e DomU. Neste mesmo ano foi criado o projeto
Kronos para entrega-lo a XCP, com o apoio Debian e Ubuntu como
Dom0. Alm disso foi apresentado o prottipo Xen para XenARM

2012

usando Cortex A15.

O projeto Xen Cloud Platform foi liberado em 2012.

20

2013

Em 2013, a porta Xen ARM tornou-se funcional. O Xen passa a

fazer parte da Fundao Linux como uma Fundao Colaborativa
do Projeto Linux. O site da comunidade que era Xen.org torne-se
um site mais moderno, com o endereo XenProject.org, e a nova
marca "Xen Project" emitida para a Fundao Linux.
O primeiro evento verdadeiramente centrado no usurio mantido,
chamado de Cpula do usurio Xen Project.

2014

J no ano de 2014, o nmero de pessoas no conselho consultivo se

expande e o Mirage O.S 2.0 liberado.

Fonte: XenProject (2015)

Na tabela 1 temos o histrico do XenServer dididido por anos e o que foi

marcante naquele ano para o software, outra forma de analisar seu histrico de
acordo com a linha do tempo, conforme figura 2.
Figura 2. Histrico do XenServer, descrita em uma linha do tempo

Fonte: XenProject.org

O XenServer foi se moldando e se construindo de acordo com as necessidades

que iam aparecendo ao decorrer dos anos, sempre buscando melhorar o desempenho
das mquinas que estariam sendo administradas. Na seo 2.1.2 est descrito sua
arquitetura, a forma como ele trabalha e coordena as mquinas virtuais.

21

2.1.2 Arquitetura
O XenServer um componente instalados diretamente no hardware e em cima
dele que sao instalados os sistemas operacionais (BOSING, 2012)(KAUFMANN,
2012). Ele foi desenvolvido e distribudo gratuitamente pela Citrix (BOSING, 2012)
(KAUFMANN, 2012).
O Xen Hypervisor (Monitor de mquina virtual ou VMM) um dos principais
componentes do XenServer, sendo a sua funo principal a de controlar os processos
das mquinas virtuais que esto sendo virtualizadas. Este hypervisor inicializado
depois do bootloader (CITRIX, 2015). Na Figura 3 temos uma representao da
arquitetura envolvendo componentes, onde engloba principalmente o processo do
hypervisor (console) e suas aes com os outros componentes da arquitetura, como o
Toolstack por exemplo.
Figura 3. XenServer - Diagrama de arquitetura envolvendo os
componentes.

Fonte: XenProject.org
Outro componente que faz parte da arquitetura do XenServer e que preciso
para executa-lo, o Domain Control (chamado tambm de controle de domnio ou
Dom0), a qual se trata de um VM com permisses para acessar diretamente o hardware,

22

sendo assim, o Dom0 consegue gerenciar a entrada e sada no sistema e ainda se

comunicar com outras mquinas virtuais (FERREIRA, 2012). O Dom0 fica disponvel
em uma interface para acesso e controle de suas funes, sendo inicializado logo aps o
inicio do sistema (XENPROJECT, 2015).
As ferramentas que gerenciam o hypervisor so os toolstack, reesposveis por
realizar as operaes das VMs, como a criar, destruir e gerenciar. Esto instaladas no
controle de domnio (Dom0). Estando disponvel em trs tipos de interfaces, sendo elas:
linhas de comando, interface web e interface Cloud (FERRO, 2014).
Tendo conhecimento sobre o arquitetura da ferramenta, possvel entender as
funcionalidades do XenServer. Na seo 2.1.3 est descrito algumas das funcionalidades
do XenServer desde a parte de criao de mquinas virtuais at a parte de controle e
recuperao de dados.

2.1.3 Funcionalidades
Possuir vrios servidores fsicos, nitidamente mais caro para as empresas que
necessitam deste tipo de servio hoje em dia. Porem com as maquinas virtuais no
mercado isso pode ser uma soluo, o Citrix XenServer uma opo favorvel e que
possui diversas funcionalidades, que agregam para o servio final ao cliente (CITRIX,
2015). Dentre algumas delas possvel citar:

Console de gerenciamento XenServer: o XenServer disponibiliza uma interface com

diversas funcionalidades que contribuem para o gerenciamento e controle geral das

maquinas virtuais, o que facilita ao usurio o controle de diversas mquinas virtuais.

Virtual switching distribudo: ele disponibiliza para o usurio criar uma estrutura de
rede multi-tenant2 de fcil manipulao. Esta estrutura assegura que a configurao de
rede das maquinas virtuais siga a mquina virtual quando vier a sair de dentro de um
pool3 de recursos. Essa estrutura baseadas nas politicas que so definidas no nvel da
rede virtual, assim os requisitos de rede so atendidos sem depender das configuraes

das mquinas virtuais.

Balanceamento dinmico da carga de trabalho: o XenServer melhora o uso do sistema e
o desempenho dos aplicativos ao deixar as mquinas virtuais balanceadas
2 Quando uma nica instncia ou instalao capaz de atender vrios clientes
3 Recurso que auxilia no processo de conexo e acessos a dados.

23

automaticamente, com base nas configuraes que foram escolhidas pelo usurio, para

colocao inicial e operaes contnuas.

Alta disponibilidade: caso ocorra alguma falha nas mquinas virtuais, o XenServer ir
reiniciar a mquina virtual seja a nvel do hypervisor ou no servidor. Assim o XenServer
trabalha como uma blindagem para os aplicativos virtuais, favorecendo altos nveis de

disponibilidade.
Gerenciamento de energia: ele utiliza dos recursos que o hardware disponibiliza para
que assim ele possa alterar dinamicamente as mquinas virtuais, conseguindo assim

ligar e desligar os hosts.

Recuperao de desastres: o XenServer trs esse recursos atravs de um esquema siteto-site4 ele garante a recuperao de arquivos em caso de perdas de arquivos. O
XenServer fornece tambm testes frequentes para assegurar estabilizao dos ambientes

virtualizados.
IntelliCache: ele guarda arquivos como cache e imagens de boot, diminuindo assim o

volume do fluxo no storage5, para instalao do XenDesktop.

Otimizao de memria: ele realiza a distribuio entre as mquinas virtuais das
memrias que no esto sendo utilizadas nos servidores, melhorando assim o

desempenho da memria e proteo dos aplicativos.

Administrao baseada em funes: este recurso mantm uma estrutura acessvel a
camadas com nveis de permisso, aumentando a segurana e permite acesso delegado,

controle e uso.
Proteo e recuperao das mquinas virtuais: O XenServer garante a proteo de
dados, ele executa essa funcionalidade tirando prints peridicos e salvando esse prints
em locais seguros, para caso ocorra problemas na mquina virtual que resulte na perda

de dados.
vAPPs: quando uma ou vrias mquinas representam uma nico aplicativo. O vAPPs
combina as mquinas virtuais em um nico dispositivo virtual, os quais so controlados
pelo XenServer.
Essas so algumas das funcionalidades que tornam o XenServer til para a
virtualizao, descrito um pouco sobre o XenServer deixando claro o objetivo e o

4 Tambm pode ser conhecida como conexo roteador roteador, ela permite, desde
que estejam em uma mesma rede, que se tenha uma conexo entre roteadores de
locais independentes.

5 Hardware responsvel com slots para diversos discos, responsvel por armazenar
dados.

24

proposito de usa-lo. Na seo 2.1 est descrito sobre o KVM. O KVM o Hypervisor
que foi utilizada para realizar a comparao com o Citrix XenServer.

2.1 KVM
KVM uma ferramenta de virtualizao que veio com o propsito de substituir
o Qemu, surgiu no ano de 2007, e est no mercado desde ento. Ele uma ferramenta
de cdigo aberto, e traz ao mercado um modelo de virtualizao que baseado no
kernel (SAHA, 2007). Ele uma ferramenta de fcil manipulao que busca um alto
desempenho na mquina virtual com um baixo impacto no hardware fsico
(MORIMOTO, 2011).

2.2.1 Histrico
O KVM foi inventado com a finalidade de acelerar o Qemu. O Qemu seria um
programa de virtualizao parecido mais com um emulador do que com um software de
virtualizao. Qemu perde em desempenho comparado a outras ferramentas de
virtualizao como o XenServer, VMWare e precisava de um novo mdulo para
concorrer a altura com eles (MORIMOTO, 2011).
O primeiro plano para poder melhor o desempenho do Qemu foi lanado em
2005, com o nome de Kqemu, que melhorou alguns aspectos, como ser capaz de
visualizar instrues, favorecendo um maior desempenho, porem ainda continuou
abaixo do esperado (MORIMOTO, 2011). Em 2006 foi anunciado pela LinusTorvalds o
KVM(Kernel Virtual Machine Monitor) e ento foi lanado em 2007, sendo um sistema
de virtualizao incluso direto no kernel, rodando em hardware x86 contendo extenses
de virtualizao (Intel VT ou AMD-V) com cdigo aberto, e disponvel a partir da
verso 2.6.20(SAHA, 2007).
Desta maneira o KVM foi o substituo do Kqemu e a partir de ento, foram feitas
diversas melhorias e evoluo constantemente, se tornando um bom concorrente para
ser usado em servidores, competindo com outros do segmento, como o Xen. Na seo
2.2.2 descrito um pouco da arquitetura de funcionamento do KVM.

2.2.2 Arquitetura

25

O KVM que utiliza a tecnologia de virtualizao assistida por hardware, torna o

kernel linux o seu hypervisor apenas carregando um modulo de kernel (A transformao
do kernel linux em um hypervisor ocorre quando instalado o mdulo kernel KVM). O
modulo utilizado faz a exportao de um dispositivo que se chama /dev/kvm, o qual da
permisso de modo guest6do kernel. Com o /dev/kvm a mquina virtual possui seu
espao de endereo, diferente do espao do kernel ou de outra mquina virtual que
esteja sendo executada (JONES, 2007).
De maneira que o kernel linux o hypervisor, ele consegue ter os benefcios
com as mudanas feitas no kernel padro (como o suporte de memria por exemplo).
Melhorias para esses componentes do Linux ajudam tanto o hypervisor como os SOs
guest Linux (JONES, 2007). Aumentando assim a velocidade e diminuindo a
redundncia da execuo. Na prtica um driver KVM interage com o kernel e age como
interface entre eles (SAHA, 2007), conforme Figura 4.
Figura 4. Representao da arquitetura geral do KVM

Fonte: IBM. Descubra a Mquina Virtual do Kernel Linux

Nesta figura possvel ver como ocorre a virtualizao utilizando do KVM. Na
parte do hardware, pode ser feita a virtualizao (processador Intel VT ou AMD-SVM).
O hypervisor (o kernel Linux com o mdulo kvm) fica no hardware vazio, que est
sendo executado. Esse hypervisor parecido com um kernel linux normal, que tem a
possibilidade de executar qualquer outro aplicativo. Porem esse kernel oferece suporte a
6 Nvel de permisso visitante.

26

SOs guest, carregados pelo utilitrio KVM. Portanto, um SO guest consegue dar suporte
aos mesmos aplicativos que o SO do host suporta (JONES, 2007).
A KVM parte de uma soluo de virtualizao. O processador concede o
suporte para a virtualizao de forma direta (sendo capaz de virtualizar o processador
para vrios SOs) (JONES, 2007). As verses mais novas do KVM vem um dispositivo
que controla as entradas e sadas esse processo chamado de QEMU ligeiramente
alterado ( feito uma copia dele e executada com cada processo do SO guest) (SAHA,
2007).
QEMU uma soluo que permite virtualizar um computador completo,
contendo dispositivos de rede, adaptadores grficos e discos. Todo pedido de entrada e
sada de um sistema operacional guest so roteado para o modo usuria que ser
emulado pelo processo QEMU (JONES, 2007).
A KVM capaz de fornecer virtualizao de memria pelo dispositivo
/dev/kvm. Quando um guest instanciado ele tem seu prprio espao de endereo. A
memria fsica mapeada no processo, trata-se da mesma memria virtual mapeada no
processo (JONES, 2007). Para ser feita a converso de endereos fsicos guest em
endereos fsicos host a KVM mantem um conjunto de tabelas de pginas com sombra
para poder dar suporte a est operao. Alm disso o processador tambm capaz de
ajudar no processo de converso de memria atravs do hypervisor (kernel host)
(JONES, 2007).

2.2.3 Funcionalidades
Com o amadurecimento das tecnologias de virtualizao fica evidente que as
ferramentas estejam acompanhando essa evoluo. Por essa questo as ferramentas de
virtualizao incrementam novas funcionalidades a cada verso. O KVM sempre foi
conhecido pela escalabilidade, desempenho a nvel empresarial e segurana
(SARATHY, 2013). Tendo isso em mente algumas funcionalidades que seriam
relevantes citar sobre essa ferramenta seriam:

Maior escalabilidade: o usurio tem a opo de conectar as mquinas virtuais a

dispositivos de armazenamento.
Conjunto de comandos padres: o KVM fornece um conjunto de comandos SCSI
padro, com isso ele consegue simplificar a utilizao para o usurio.

27

Dispositivos para nomeao padro: discos utilizam os mesmo caminhos simplificando

assim a migrao de dados entre mquinas fsicas para virtuais ou virtual para virtual.
Segurana reforada: A Segurana de virtualizao (sVirt) foi construdo em SELinux e
aplica-se etiquetas de segurana para mquinas virtuais de usurio externos (convidados
ou tambm chamado guest) e seus recursos. O isolamento do guest alcanado com
SELinux atravs de controles de acesso obrigatrios, que protege contra guest no
confivel na mquina virtual, contra os guest mal configurados e impede o acesso a
usurios no autorizado tanto de um usurio guest como o de um host sendo assim
implementada este nvel recurso de segurana ao KVM.
Essas so algumas funcionalidades baseadas nos pontos fortes da ferramenta.
Tendo esses conceitos definidos sobre a ferramenta, se tem o conhecimento necessrio
para entender a comparao que est demonstrada no capitulo 3.

28

CAPTULO 3 - COMPARATIVOS
Esse captulo apresenta os estudos sobre o desempenho do servidor MySQL
instalados em mquinas virtuais com o sistema operacional CentOS hospedadas nos
monitores de mquinas virtuais Citrix XenServer 6 e KVM-88. descrito ainda os
resultados obtidos atravs da ferramenta de benchmark Sysbench e as especificaes do
hardware dispostas para as mquinas virtuais.

3.1 Plataforma Experimental

Para realizar os testes foi utilizado um desktop com o hardware, AMD Phenom II X4 de
3.4Ghz, 4 Gb de memria ram dual chanel, 1 HD de 500Gb Seagate 7200 rotaes por
minuto. E as mquinas virtuais criadas no Citrix XenServer 6 e KVM-88 possuem a
configurao de 2 processadores, 2 GB de memria ram, 80 GB de armazenamento em
disco e sendo executado sobre o sistema operacional CentOS verso 6.6.

3.2 Testes Realizados

executado dois tipos de testes nas mquinas virtuais, sendo eles o teste de
carga do processador o CPU Bound e o que avalia o desempenho do disco rgido em
processos de entrada e sada aleatrio I/O Bound. Cada teste executado 3 vezes e os
valores apresentados so mdias das 3 ocorrncias realizadas.

3.2 Teste de Carga do Processador

Ao realizar o teste de carga de processador foram utilizados 3 cenrios com
valores de 20, 60 e 120 mil processos para serem executados com 1 thread ativa. Para
esse teste quanto menor for o tempo de execuo dos processos, melhor desempenho
do processador no monitor de mquinas virtuais em teste.

29

Tabela 2. Apresenta o tempo para execuo dos processos com 1 thread.

Fonte: Autor

No teste de carga de processador com apenas 1 thread ativa, o monitor de

mquinas virtuais KVM apresentou melhor desempenho que o Citrix XenServer.
Apresentado na tabela 2, para o teste de carga com 120 mil processos, a diferena
alcana 18 segundos no tempo de execuo dos processos. O mesmo teste de carga de
processador repetido nas mquinas virtuais, porm apresentado na tabela 3 com 2
threads ativas.
Tabela 3. Apresenta o tempo para execuo dos processos com 2 threads.

Fonte: Autor

O tempo de execuo do teste de carga com 2 threads ativas reduziu

aproximadamente pela metade nos dois monitores de mquinas virtuais (Tabela 3). O
KVM manteve o melhor desempenho com o uso de 2 threads. Devido ao numero de
processadores alocados para as mquinas virtuais, no foi realizado testes com maior
numero de threads.

3.3 Teste de Carga do Disco Rgido

Para o teste de disco rgido criado duas bases, uma de 20 Gb de dados e outra
de 40Gb de dados, e ento feito entrada e sada de informaes de forma aleatria. A

30

tabela 4 representa o valor de informaes que o teste executa por segundo com 1 thread
ativa. Neste teste quanto maior o valor, melhor o desempenho do monitor de mquinas
virtuais, pois ele consegue manipular um maior numero de informaes no disco rgido
por segundo.
Tabela 4. Apresenta o valor de informaes trocados com disco rgido com 1
thread.

Fonte: Autor

Ao avaliar os valores da tabela 4, o teste de carga do disco rgido com 1 thread

ativa, o XenServer obtm melhor desempenho para a troca de informaes com o disco
rgido pois possui um maior valor de informaes executadas por segundo. As mesmas
bases foram utilizadas para realizar os testes com 2 threads ativas.
Tabela 5. Apresenta o valor de informaes trocados com disco rgido com 2
threads.

Fonte: Autor

Ao analisar os dados da tabela 5 com 2 threads ativas, o XenServer manteve o

melhor desempenho de disco. A base de dados de 40GB de informaes aproximou-se a
1 Mb de informao a mais por segundo que o monitor de mquinas virtuais KVM.
Sendo assim, para o teste de carga do disco rgido, o Citrix XenServer tem maior
desempenho que o KVM.

3.4 Consideraes Finais

31

Aps realizado os testes de desempenho da CPU e disco rgido nas mquinas

virtuais gerenciadas pelos monitores de mquinas virtuais Citrix XenServer 6 e KVM88, foi possvel verificar uma diferena que embora seja pequena se repetiu em todos os
testes que foram administrados. medida que o nmero de processos ou o tamanho
fosse aumentando, o tamanho dessa disparidade tambm aumentava, levando em
considerao esse resultado, pode se observar que quantos mais se era solicitado da
mquina mais o XenServer ficava em melhor posio do que o KVM.
Podendo assim concluir que o XenServer tem um melhor desempenho e por isso
melhor recomendado para a utilizao de banco de dados MySQL, pois os valores de
transmisso de dados demonstraram um melhor desempenho em comparao a outra
ferramenta de virtualizao estudada no trabalho.

32

CONCLUSO
Tendo em vista as necessidades do mercado atual, com a necessidade de procura
e demanda em relao a servidores, se v muito forte a utilizao de mquinas virtuais,
ai se entra no problema de qual a melhor ferramenta de virtualizao. Analisar as
ferramentas de virtualizao importante para conseguir definir qual se encaixa melhor
para o seu problema.
Vendo por esse mbito o estudo aqui desenvolvido levou em considerao essas
questes para analisar duas ferramentas de virtualizao, que funcionam de formas
distintas, para descobrir qual apresenta melhor desempenho. As ferramentas escolhidas
para essa pesquisa foram o XenServer e o KVM, elas foram utilizadas para criar
mquinas virtuais e testar sua utilizao sobre testes massivos no MySQL.
Os estudos conseguiram demonstrar a diferena das duas ferramentas sob
diferentes solicitaes de sistema, demonstrando assim que o XenServer demonstra um
melhor desempenho em comparao ao KVM. Com isso o Citrix XenServer
recomendado quando for optado pela empresa o uso do banco de dados MySQL.

33

REFERNCIA
CALHEIROS, Rodrigo N., RODRIGUES, Guilherme, FARRETO, Tiago, ROSE Csar
A. F. De. Avaliando o Ambiente de Virtualizao Xen Utilizando Aplicaes de
Bancos de Dados. Pontifcia Universidade Catlica do Rio Grande do Sul (PUCRS),
2007.

BENCHMARK,
MySQL
Benchmark
Tool,
Disponvel
em:
<https://dev.mysql.com/downloads/benchmarks.html> Acessado em: 7 de maio 2015

GONALVES, Tiago Schievenin. Virtualizao de Servidores Utilizando XEN, So

Paulo: Universidade de So Francisco, 2008.

KOPYTOV, Alexey, SysBench manual, 2009.

ISAM, Informix C-ISAM, Disponvel em:

<http://www-03.ibm.com/software/products/pt/imformixcisam> Acesso em: 08 de
junho 2015.

LAUREANO, Marcos Aurelio Pchek,MAZIERO, Carlos Alberto. Virtualizao:

Conceitos e Aplicaes em Segurana. Centro Universitrio Franciscano (UNIFAE),
2008.

MARIADB, MariaDB.org. Dsponivel em : <https://mariadb.org/pt-br/> Acesso em:

03 de Junho 2015.

MILANI, Andr. MySQL - Guia Do Programador, 2007.

MYSQL, Overview of the MySQL Database Management System, Dsponivel em:

<https://dev.mysql.com/doc/refman/5.0/en/what-is.html> Acesso em: 03 de Junho 2015.

34

NEVES, Pedro, RUAS, Rui, O Guia Prtico do MYSQL, 2005.

PACIEVITCH,
Yuri.
MySQL.
Disponvel
<http://www.infoescola.com/informatica/mysql>. Acesso em: 13 maio 2015.

em:

RODRIGUES, Elder de Macedo, Realocao De Recursos Em Ambientes

vistualizados. Universidade Catlica do Rio Grande do Sul,2009.

CITRIX XENSERVER, Citrix XenServer Ferramentas de virtualizao,

automatizao e gerenciamento avanado para o datacenter, Disponvel em:
<https://www.citrix.com/content/dam/citrix/en_us/documents/products-solutions/citrixxenserver-product-overview-br.pdf> Acessado em: 1 de junho 2015.

FERREIRA, Anderson Soares. MO801 - Tpicos em Arquitetura e Hardware Mquinas Virtuais, Instituto de Computao - Unicamp, 2012.

FERRO , Vincius. Virtualizao OpenSource com Citrix XenServer, Instituto

Ifnet, 2014.

JONES, Tim. Descubra a Mquina Virtual do Kernel Linux,

Disponivel em: <https://www.ibm.com/developerworks/br/library/l-linux-kvm/>
Acessado em 9 de junho 2015.

MARIMOTO, Carlos E., KVM: uma opo fcil ao VirtualBox e ao VMware,

Disponivel em:<http://www.hardware.com.br/dicas/kvm-facil.html> Acessado em 9 de
junho 2015.

SAHA, Amit, Virtude profunda, Linux Magazine, , Disponivel

<http://www.linuxnewmedia.com.br/images/uploads/pdf_aberto/LM38_KVM.pdf
Acessado em 8 de junho de 2015.

em
>

35

SARATHY, Bhavna, KVM Capabilities and New Features, Disponivel

em<https://openvirtualizationalliance.org/news-events/blogs/2013/07/kvm-capabilitiesand-new-features> Acessado em 10 de junho 2015.

XENPROJECT,
History,
Disponvel
<http://www.xenproject.org/about/history.html> Acessado em: 3 junho 2015.

em: