38

http://www.linuxmagazine.com.br
A
aguardada verso 3 do Xen nalmente
foi liberada no ano passado. O Xen
patrocinado pela Universidade de
Cambridge, Inglaterra, e vem se tornando
uma das principais solues de virtualiza-
o para Linux. Personagens globais do
mundo do Linux, incluindo Novell, Red
Hat, HP, IBM, Intel e AMD, j mostraram
seu apoio ao Xen. Graas a seu excelente
desempenho e baixo custo, o monitor de
mquinas virtuais Xen talvez seja o ca-
talisador que estvamos esperando para
melhorar a virtualizao no Linux.
A recente evoluo da computao
virtual gira em torno do problema de
fornecer um ambiente virtualizado com
a menor exigncia possvel do sistema. A
chamada virtualizao completa envolve
o mapeamento de chips de computador,
como o processador e o controlador do
teclado, em software. A virtualizao
completa torna a mquina virtual inde-
pendente de sua infra-estrutura fsica, e
portanto muito exvel. Porm, a estru-
tura necessria para mant-la acrescenta
uma complexidade que afeta signicati-
vamente o desempenho.
Para-virtualizao no Linux com o Xen 3
Virtual, veloz e leve
O sistema de virtualizao Xen est rapidamente tornando-se um recurso padro
no Linux corporativo. Vamos conferir os recursos da ltima verso do Xen.
por Kurt Garloff
Figura 1 O hypervisor do Xen virtualiza a CPU e a memria. Enquanto o domnio privilegiado 0 pode acessar o hardware, todos os outros
domnios so restritos aos discos e rede virtuais.
Servios NetWare
Servio / SO hspede
Kernel
NetWare
(modificado)
Sistema de
E/S
D
r
i
v
e
r

V
i
r
t
u
a
l
D
r
i
v
e
r

F

s
i
c
o
Hardware Fsico
Dispositivos de E/S e plataformas
(Disco, LAN, USB, BMC, IPMI, ACPI, etc.)
Mquinas Virtuais Linux
Servios Linux
Servio / SO hspede
Kernel Linux
(modificado)
Sistema de
E/S
D
r
i
v
e
r

V
i
r
t
u
a
l
D
r
i
v
e
r

F

s
i
c
o
dom0
Caminho de E/S
Caminho de E/S
Caminho de E/S
Caminho de E/S
Caminho de E/S Caminho de E/S
Caminho de E/S
Agente CIMOM
Caminho de
Gerenciamento
Gerenciamento /
OS hospedeiro
Kernel Linux (mod.)
Drivers fsicos
Hypervisor (XEN)
Gerenciamento de CPU e memria
Aplicao de
gerenciamento
de MV
interno / externo
C
A
P
A
Jacopo Lorenzetti www.sxc.hu
39
| CAPA Xen
Linux Magazine #24 | Outubro de 2006
O objetivo da virtualizao completa
emular a CPU, que interpreta todas
as instrues de mquina. Ainda que
se emulem somente mquinas com a
mesma arquitetura de CPU em ou-
tras palavras, mesmo que o cdigo de
mquina possa rodar nativamente , o
emulador ainda precisar interceptar
qualquer tentativa de acesso ao hardware
para convencer o sistema operacional
da mquina virtual de que ele dispe
de controle total e irrestrito. Os emu-
ladores que controlam seus hspedes
dessa forma geralmente so chamados
de hypervisors.
Uma variante desse modelo chama-
se para-virtualizao. A para-virtuali-
zao permite que mquinas virtuais
especficas comuniquem-se diretamen-
te com o hardware. Em vez de todas
as mquinas virtuais comunicarem-se
com o hospedeiro, a mquina privile-
giada gerencia a interao e recebe as
chamadas passadas pelos outros siste-
mas virtuais.
O Xen um sistema popular de vir-
tualizao que usa o modelo de para-
virtualizao. Apesar de as verses 1.x
utilizarem seus prprios drivers de dis-
positivos, a verso 2, do segundo semes-
tre de 2004, concentrou-se em manter
o hypervisor com o menor tamanho e
maior segurana possveis. O acesso ao
hardware fica restrito a domnios pri-
vilegiados. O primeiro domnio a ser
iniciado, o domnio 0, possui privilgios
estendidos. Mais especificamente, ele
pode configurar, iniciar e parar outras
mquinas virtuais. O domnio 0 ini-
ciado imediatamente aps o hypervisor,
que no consegue fazer muita coisa sem
ele. Diferentemente do domnio 0, ou
dom0, as mquinas sem privilgios so
referidas como domU, de unprivileged
(sem privilgios) (figura 1).
O Xen demonstra uma impressio-
nante mudana de velocidade. Embora
a maioria das solues de virtualiza-
o paream convincentes quando se
pede que realizem tarefas computa-
cionalmente exigentes, a verdadeira
qualidade de uma mquina virtual
revelada pela forma como ela lida com
aplicaes que fazem uso intensivo de
chamadas de sistema, normalmente de
entrada e sada no disco rgido ou na
rede. O Xen obtm as melhores notas
nesse quesito. O aumento de esforo
para compilar um kernel foi de apenas
2%, e ainda ficou abaixo de 10% no
Webbench por gigabit ethernet. Seria
necessrio diminuir a MTU para ver
o Xen com gigabit comear a cansar.
De acordo com o projeto Xen, ele fa-
cilmente supera o VMware e o User-
Mode Linux [1].
As verses 2 e posteriores possuem
a capacidade de migrar mquinas vir-
tuais (exceto pelo dom0) de uma m-
quina fsica para outra. Quando uma
mquina virtual migrada, seu con-
tedo de memria transferido pela
rede sem que seja preciso desligar a
mquina, exceto quando o processo
termina, para copiar as ltimas pginas
de memria que foram alteradas. Os
desenvolvedores do Xen j demonstra-
ram esse recurso com servidores web
em uso intenso, e at com streaming
de vdeo. As interrupes tpicas so
de uma magnitude aproximada de um
dcimo de segundo.
O lanamento da verso 3 do Xen,
em dezembro de 2005, foi um grande
marco. Alm dos vrios novos recur-
sos da verso 3 (veja o quadro 1), a in-
terface entre os sistemas operacionais
para-virtualizados e o hypervisor foi
congelada para garantir que, no futuro,
todo o trabalho dedicado para-virtu-
alizao do kernel de um sistema ope-
racional precise ser feito apenas uma
vez. Isso significa que podemos esperar
que mais sistemas operacionais sejam
portados para a arquitetura virtual do
Xen 3 num futuro prximo, incluindo
o Netware, por exemplo.
Conhecendo o Xen
A abordagem mais fcil para conhecer
o Xen converter uma instalao Linux
existente em um dom0 do Xen, para notar
a diferena entre o dom0 e um sistema
normal, e resolver eventuais problemas.
O segundo passo seria instalar mais do-
mnios para realizar outras tarefas, ou
migrar servios que antes rodavam no
dom0 para seus prprios domnios.
O primeiro passo do processo de
converso instalar o hypervisor e as
ferramentas que o acompanham. O
procedimento exato depende da sua dis-
tribuio. Os pacotes para o Suse Linux
10.0 chamam-se xen, kernel-xen e xen-tools,
por exemplo. Talvez seja preciso instalar
mais alguns pacotes do Xen. Por exem-
plo, o Suse armazena a documentao
num pacote separado. E denitivamente
recomenda-se l-la.
Quadro 1: Novos recursos do Xen 3
Alguns dos novos recursos includos no Xen 3 so:
Suporte a mquinas SMP virtuais. Apesar de o Xen j oferecer suporte a mlti-
plos processadores h algum tempo, os domnios antes cavam restritos a uma ni-
ca CPU. Na verso 3, isso mudou. possvel at mudar o nmero de CPUs virtuais em tem-
po de execuo (supondo que o sistema operacional suporte isso, como o Linux).
Suporte a ACPI. No Xen 2, o hypervisor oferecia um suporte bastante rudimen-
tar a ACPI, que bastava para lidar com a maioria das tabelas de roteamento de
IRQ. No Xen 3, o dom0 tem acesso maioria das funcionalidades ACPI.
Melhor suporte a hardware. Alguns problemas, mais especicamente com o suporte a AGP e DRM
(grcos 3D) no Linux foram eliminados no ltimo 2.0.x e nas verses de desenvolvimento do 3.0.
Suporte a PAE36. O Xen 2 cava restrito ao espao de endereamento normal de 32 bits (4
GB) em mquinas x86. A extenso PAE36 agora permite acessar at 64 GB; obviamente, supon-
do que tanto o Xen quanto o kernel tenham sido compilados com o suporte a essa extenso.
Suporte a x86-64. A variante de 64 bits da arquitetura x86 elimina todas as res-
tries associadas ao espao de endereamento de 32 bits, e acrescenta diver-
sas otimizaes. O Xen 3 agora suporta sistemas operacionais de 64 bits.
Mais arquiteturas. O suporte a IA64 (Itanium) foi integrado ao Xen
3, e o suporte arquitetura Power vem em breve.
Uso de novas tecnologias de processadores. H uma nova gerao de CPUs,
com extenses especiais chamadas Vanderpool (Intel) e Pacica (AMD). Essas ex-
tenses facilitam e aceleram a implementao da virtualizao completa, o que per-
mite que o Xen 3 suporte sistemas operacionais no para-virtualizados.
Quadro 2: Sada do comando xm
root @tpkurt:~ [0]# xm list
Name ID Mem(MiB) VCPUs State Time(s)
Domain-0 0 364 1 r----- 421.3
iSCSI0 1 128 2 ------ 111.5
Alm do domnio 0, pode-se ver que uma segunda mqui-
na virtual, chamada iSCSI0, est rodando. Ela acessa 128
MB de RAM, junto com duas CPUs virtuais. A mquina virtu-
al consumiu 111,5 s de ciclos de CPU at o momento.
40
http://www.linuxmagazine.com.br
CAPA | Xen
Se os pacotes forem anteriores a de-
zembro de 2005, voc certamente preci-
sar fazer atualizaes. Na corrida para o
lanamento ocial da verso 3.0, vrias
falhas foram corrigidas, aumentando
muito a estabilidade do Xen.
Aps instalar os pacotes, bom adi-
cionar uma entrada do carregador de
inicializao para o Xen. Isso permite
um sistema com dual boot, onde se
pode escolher entrar na mquina com
o kernel nativo ou carregar o hypervisor
do Xen com o kernel para-virtualizado
no dom0. A entrada do GRUB deve ser
mais ou menos assim:
title XEN
root (hdX,Y)
kernel /xen.gz PARAMS_XEN
module /vmlinuz-xen PARAMS_KERNEL
module /initrd-xen
Nesse exemplo, hdX,Y a partio
com o diretrio /boot, e PARAMS_KERNEL
representa os parmetros normais do
kernel que voc passaria para o kernel
nativo. O Xen tambm aceita parme-
tros: por exemplo, possvel especicar
dom0_mem=XXX para informar o tamanho da
memria para o dom0 (em KB). Se voc
no especicar a alocao de memria,
ela ser toda conferida ao dom0. lapic
permite que se ative um controlador
de interrupo APIC especco, caso
a BIOS o tenha desabilitado; isso pode
resolver problemas de interrupo.
Isso termina a contagem regressiva:
agora, o computador pode carregar o
hypervisor e o dom0 ao invs do kernel
nativo. Para ser sincero, esse evento
decepcionantemente comum: o processo
de inicializao parece totalmente nor-
mal, e o sistema Linux parece inaltera-
do primeira vista. Mas olhando mais
de perto, v-se que o hypervisor mostra
algumas mensagens de inicializao.
Se o seu distribuidor ativar uma tela
de bootsplash, a tela ser desabilitada
e voc ser presenteado com um am-
biente de modo texto em VGA.
O motivo do modo texto que o
framebuffer VESA no funciona no
Xen. Como o hypervisor inicia o ker-
nel no modo protegido da CPU, o
kernel incapaz de chamar as rotinas
do modo real da BIOS VGA para con-
gurar a tela.
Existem alguns outros drivers de
hardware que no funcionam no Xen.
O motivo geralmente um mau ma-
peamento de endereos fsicos para en-
dereos de mquina. Em alguns casos,
o driver, e no o hypervisor, lida com
isso. Os drivers de dispositivos progra-
mados para ser portveis no devem
causar problemas, mas ainda h uns
poucos drivers que no funcionaro
no Xen, incluindo aqueles para vrias
placas wireless, assim como os drivers
3D proprietrios da Nvidia e ATI os
drivers livres funcionam. Alm disso,
pode-se esperar problemas com placas
ISA que usam transferncia DMA.
Se voc tiver problemas com algum
driver de hardware, na melhor das hi-
pteses o driver no funcionar na
pior, o kernel do dom0 travar. Se isso
acontecer, a virtualizao no pode-
r oferecer nenhuma ajuda, j que o
hypervisor intil sem um kernel no
dom0. Na verdade, o hypervisor nem
tem seus prprios drivers de teclado e
monitor necessrios para a depurao
da instalao.
Se o seu sistema travar, o melhor a
fazer desabilitar o driver responsvel
normalmente, o ltimo driver a mostrar
uma sada na tela. Os suspeitos normais
so os drivers 3D para o X11, e a forma
mais fcil de remediar isso usar a op-
o 3 na linha de comando para iniciar
o Linux em modo texto. Lembre-se de
passar essa opo ao kernel, e no ao
hypervisor. Para isso, deve-se sair do
menu grco no Xen, digitar [e] para
modicar a linha de comando do kernel,
e ento pressionar [b] para iniciar.
Se isso tudo funcionar, voc agora j
deve ter um sistema Linux rodando no
dom0, e no deve ser muito diferente
do sistema nativo. Observando mais
atentamente, voc ver que agora tem
50 MB de memria a menos do que o
normal. O Xen reserva essa memria
ao ser iniciado.
Ao se iniciar o dom0 no Xen, os
scripts de inicializao devem iniciar
o Xend, o daemon que roda no dom0,
e permitir que voc controle as outras
mquinas virtuais. Se o daemon estiver
em execuo, o usurio root pode usar
a ferramenta xm para exibir as informa-
es sobre as outras mquinas virtuais,
iniciar novas mquinas, parar as j exis-
tentes, migr-las, destru-las, e assim por
diante. O Xend tambm permite que se
dena as alocaes de memria para as
mquinas virtuais, junto com sua prio-
ridade na CPU.
Para uma viso geral dos comandos
bsicos do xm, digite xm help; xm info d
informaes sobre a verso do Xen; xm
dmesg exibe as mensagens de inicializao
do hypervisor; xm list um comando que
voc usar com alguma freqncia: ele
mostra uma lista de mquinas virtuais
ativas e seu consumo de memria.
Figura 2 As interfaces (v)eth0 e vif0.X so conectadas internamente como um pipe. Os pacotes vindos dos
domUs podem acessar tanto a rede externa (via peth0) quanto outros domnios.
41
| CAPA Xen
Linux Magazine #24 | Outubro de 2006
Mquinas virtuais
A configurao do Xend fica guarda-
da no arquivo /etc/xen/xend-con-
fig.sxp. As configuraes de rede
padro nesse arquivo usam bridging,
com uma bridge em dom0. A brid-
ge xenbr0 simplesmente repassa
os pacotes de rede que chegam por
uma interface para todas as outras
interfaces de rede. A configurao
dificultada pelo fato de o Xen
renomear as interfaces de rede na
inicializao. A interface eth0 vira
peth0; os endereos de hardware
(MAC) e IP so copiados para a
interface veth0, que ento reno-
meada para eth0. Internamente,
veth0 vinculada a vif0.0, que se
conecta bridge, assim como faz a
peth0. Os pacotes vindos de apli-
caes no dom0 agora so roteados
atravs da nova veth0 (virtual), e
pela vif0.0 para a bridge xenbr0,
e de l para a interface fsica peth0
e a rede externa.
Voc deve estar se perguntando
se existe algum motivo para essa
configurao complicada. Assim
que outros domnios so iniciados,
suas interfaces virtuais apenas se
conectam bridge, o que lhes d
acesso tanto rede fsica quanto ao
dom0. A figura 2 mostra uma viso
geral desse processo.
O bridging bastante complexo
mas pode-se configurar o Xen para
usar roteamento e evitar que as in-
terfaces de rede sejam renomeadas e
recorram a um bridge. Isso tambm
faz sentido se voc utiliza uma inter-
face de rede sem fio no possvel
enviar pacotes Ethernet atravs da
bridge em pacotes sem fio, pois o for-
mato diferente.
A figura 2 mostra outro domnio que
iniciaremos em breve. Como o dom-
nio inicia seu prprio kernel, precisa
tambm de seu prprio sistema de ar-
quivos, que tambm ser inicializado
virtualmente. H algumas solues
para oferecer um sistema de arquivos
para o domnio:
Reutilize uma instalao pr-exis-
tente. Simplesmente instale o ker-
nel para-virtualizado, que permitir
carregar os mdulos do kernel res-
pectivo; depois voc pode iniciali-
zar com o Xen uma partio Linux
pr-existente.
Baixe uma imagem existente. V ao
XenWiki se quiser imagens j feitas,
ou acesse [2] para downloads.
Use mtodos de instalao es-
pecficos para a sua distribuio,
como o mdulo YaST para a ins-
talao do Xen.
Instale numa partio separada
ou num diretrio que voc pos-
sa converter manualmente para
uma instalao do Xen rodando
kernel-xen.
Apenas uma mquina virtual deve
acessar as imagens do sistema de ar-
quivos em qualquer momento. Se mais
mquinas montarem um sistema de
arquivos (sem que esse seja feito para
clusters), os dados podem ser corrom-
pidos, exatamente como ocorreria com
mquinas fsicas.
Configurar as mquinas virtu-
ais um processo simples (veja o
quadro 3).
No Xen, voc encontra alguns arqui-
vos de configurao de exemplo bem
documentados, no diretrio /etc/xen.
No arquivo de exemplo, primeiro o
kernel configurado, seguido de um
initrd (opcional). Esses arquivos so
carregados do sistema de arquivos do
dom0 quando o domU iniciado. Isso
pode ser um problema, mas vamos
discutir isso em maior profundida-
de mais adiante. A mquina virtual
receber 128 MB de memria; uma
interface virtual de rede ser criada
com o endereo MAC especificado,
e a interface ser conectada bridge
xenbr0. A partio lgica /dev/VG_new/
LV_iSCSI1 vinculada mquina vir-
tual como o disco hda1. Os parmetros
de inicializao passados para ela so
root= e a mquina virtual. O nome da
MV iSCSI1.
Em vez de um dispositivo nico
de rede, poderamos ter configurado
mltiplos dispositivos. O mesmo se
aplica s parties do disco. Tambm
possvel emular um disco rgido in-
teiro ao invs de apenas uma partio.
Naturalmente, a partio usada para
esse fim deve conter uma tabela de
parties. Especificar file: permite
que se exportem arquivos com ima-
gens de sistemas de arquivos como
parties, ou arquivos com imagens
de discos rgidos como discos virtuais,
para a mquina virtual.
Ao iniciar a mquina virtual, os
dispositivos no dom0 so ativados
por hotplugging. O dom0 recebe um
evento por cada rede e disco desco-
bertos e ativados. O evento parte do
subsistema de back-end do Xen, e usa
os mesmos nomes vif* que o kernel
para a rede, e vbd* para o disco rgido.
O Udev ento chama os scripts apro-
priados em /etc/xen/scripts. Depois de
os scripts terminarem e o dispositivo
aparecer no banco de dados Xenstore,
um evento de hotplug disparado no
domU para tornar o dispositivo vis-
vel, seguindo o mesmo procedimento
Quadro 3: Exemplo de congurao de um domnio Xen
01 # Kernel e initrd a serem carregados
02 kernel = /boot/vmlinuz-2.6.13-15.8-xen
03 ramdisk = /boot/initrd-2.6.13-15.8-xen
04 memory = 128
05 # Nome, CPUs virtuais, discos e rede virtuais
06 name = iSCSI1
07 #vcpus = 2
08 vif = [ mac=aa:cc:10:00:00:a1, bridge=xenbr0 ]
09 disk = [ phy:VG_new/LV_iSCSI1,hda1,w]
10 # Parmetros a passar para a MV
11 dhcp = dhcp
12 hostname = iSCSI1
13 root = /dev/hda1 ro
14 # extra =
42
http://www.linuxmagazine.com.br
CAPA | Xen
usado para o hardware fsico durante
a inicializao.
O hotplug um dos entraves
ao uso desimpedido do Xen. Dis-
tribuies mais antigas usam o
velho mecanismo de hotplug ao
invs do Udev. Nesses casos, o
arquivo /etc/hotplug/xen-ba-
ckend.agent usado no lugar
do /etc/udev/rules.d/40-xen.
rules. Se o hotplug no estiver
corretamente configurado, uma
mensagem de erro pode ser mos-
trada. Mas tenha em mente que,
se voc usar a verso do Xen que
veio com a sua distribuio, esse
problema no deve ocorrer.
Um xm create -c arquivo_de_
conf inicia a mquina virtual. A op-
o -c associa um console virtual
mquina virtual para voc conseguir
assistir sua inicializao. Pressionar
[Ctrl] + [ ] ] separa o terminal da MV,
mas possvel reconect-lo digitando
xm console.
O processo de inicializao pro-
vavelmente falhar com uma mensa-
gem dizendo que no existe memria
suficiente, pois o dom0 usa toda a
memria disponvel na inicializa-
o. Voc pode reduzir a alocao
de memria para o dom0 ou mandar
o Xend fazer isso automaticamente.
Use xm mem-set 0 XXX para o pri-
meiro, e uma configurao de dom0-
min-mem em /etc/xen/xend-config.
sxp para o segundo. Aps transpor
esse obstculo, j deve ser possvel
inicializar o domU.
Nas verses mais velhas do kernel
Linux, um driver balo especial era
usado para a manipulao de me-
mria. O driver ocupava a memria
conforme necessrio, entregando ou
devolvendo-a ao Xen. A memria era
marcada como reservada no Linux.
Os kernels 2.6 mais recentes usam
uma infra-estrutura de hotplug de
memria para que o free retorne um
tamanho de memria diferente aps
uma operao de mem-set.
Nesse estgio, faz sentido um tour
pela ferramenta xm. Voc pode parar,
fazer becape e reiniciar a mquina virtu-
al, modificar o tamanho e a prioridade
da CPU, e vrias outras coisas.
Otimizao do domU
Se voc seguiu os passos at aqui,
agora j pode inicializar um domU
do Xen em modo texto. Voc notar
que alguns scripts do sistema falha-
ram: qualquer tentativa de acesso
direto ao hardware, como o carrega-
mento de mdulos do kernel espe-
cficos para o hardware ou o acesso
ao relgio da CMOS (hwclock), est
fadado a falhar.
Na maioria dos casos, voc pode
simplesmente desativar os scripts. O
acesso ao hardware no faz nenhum
sentido, e a hora na mquina virtual
automaticamente sincronizada com
o relgio fsico.
Para iniciar um ambiente grfico,
a soluo mais fcil iniciar o Xvnc
ao invs de um servidor X normal. A
seguinte entrada em /etc/X11/xdm/
Xservers cuidar disso:
:0 local /usr/X11R6/bin/Xvnc -br
-geometry 960x720 -depth 24 -rfbwait
120000 -rfbauth /root/.vnc/passwd
-rfbport 5900 -httpd
/usr/share/vnc/classes``
A entrada inicia um servidor X
virtual com profundidade de cor
de 24 bits e resoluo de 960x720
pixels. O servidor escuta na porta
5900, e voc pode usar um clien-
te VNCviewer para conversar com
ele. Por motivos de segurana, voc
dever fornecer uma senha, pedida
pelo vncpasswd.
Mudar as entradas nos arquivos
correspondentes de configurao
permite que voc use o KDM ou o
GDM no lugar do XDM. A figura 3
mostra uma captura de tela de uma
mquina virtual grfica essa m-
quina virtual uma configurao
grfica mnima do Suse Linux 10.0
que usa o gerenciador de janelas
openbox. Pode-se baixar uma ima-
gem pr-compilada dessa configura-
o em [2]. A mquina mantida
mnima por um motivo: voc pode
us-la como uma instalao bsica
e instalar por cima todos os pacotes
que quiser.
Armazenamento
e migrao
A possibilidade de migrar uma m-
quina virtual de um hospedeiro
fsico para outro um dos recur-
sos mais teis do Xen. Ele d aos
administradores a possibilidade de
agendar a manuteno planejada do
hardware, ou transferir a carga de
uma mquina sobrecarregada, ou
apenas mudar um servio especfico
para uma nova mquina. H outros
usos possveis em ambientes de tes-
Figura 3 Captura da tela de uma mquina virtual usando Xvnc. O usurio root est ativo e rodando o YaST online
update para aplicar as ltimas atualizaes de segurana mquina virtual.
43
| CAPA Xen
Linux Magazine #24 | Outubro de 2006
te e desenvolvimento, simulaes
de redes e clusters, ou ambientes
de execuo separados por motivos
de segurana.
A mquina virtual carrega tudo
embora junto com seu kernel, o que
significa levar consigo o endereo IP
e as configuraes do kernel. Proces-
sos ativos do servidor continuaro
rodando (aps uma breve interrup-
o) e continuaro a usar o mesmo
endereo IP.
A mquina virtual precisa de aces-
so a seu sistema de arquivos antes e
depois da migrao. Se a mquina
no reside num disco RAM, ser ne-
cessrio usar um sistema de arquivos
de rede ou um dispositivo de armaze-
namento de rede (NAS, ou Network
Attached Storage). Voc pode usar
NFS como um sistema de arquivos
de rede. Em aplicaes de servidor, o
armazenamento em rede geralmente
baseia-se em FibreChannel, ao qual,
naturalmente, ambas as mquinas
fsicas precisam ter acesso.
Uma soluo de baixo custo o
iSCSI. UNH e Enterprise Linux Tar-
get oferecem dois softwares servido-
res iSCSI com suporte emulao
de dispositivos de rede.
Usar dispositivos de dados de rede
(NBD, ou Network Block Devices)
ainda mais simples. Digitar nbd-
server 20001 ARQUIVO exporta o
arquivo (com uma imagem de siste-
ma de arquivos) para o nbd; a entrada
respectiva no cliente :
disk = [ nbd:IP 20001,hda1,w ]
O desempenho bom o suficiente
se voc tiver uma rede de 100 Mbps,
como uma FastEthernet, por exemplo,
e a migrao leva poucos segundos
numa Gigabit Ethernet.
Concluses
O Xen 3 leva virtualizao em PCs a
versatilidade antes restrita aos mainfra-
mes. Durante a escrita deste artigo, a
instalao da maioria das distribuies
envolvia algumas alteraes manuais.
Mas conforme a integrao progride,
todos ns podemos esperar uma exploso
na virtualizao, graas exibilidade
que ela oferece s aplicaes.
Fone: (61) 3366-1333
Skype: ThinNetworks
vendas@thinnet.com.br
www.thinnetworks.com.br
101001010101010101010
10100101010 101010101010101010101 1100110101100101101010001011
O TC-NET revoluciona o mercado de ThinClients ao
apresentar umsistema operacional baseadoemLinux
e funcionalidades exclusivas, o TC-OS. Compatvel
com a maioria dos servidores de terminal existentes,
essa soluo agrega reduo de custos de aquisio e
atualizao, facilidade de instalao e manuteno,
maior estabilidade e confiabilidade, maior
segurana, baixo consumo de energia e tamanho
compacto.
10100101010 101010101010101010101 1100110101100101101010001011
Os Thin Clients da ThinNetworks
Melhor relao custo benefcio do
mercado e funcionalidades exclusivas
O sistema Operacional TC-OS
Recursos de centralizados; administrao
Disponvel com Flash (64mb ou 128mb) ou na verso PXE para uso com LTSP;
Clientes para CITRIX-ICA, Microsoft RDP 5.1, XDMCP e VNC e Tarantella;
Diversos aplicativos para uso local (navegador, Java, Skype,
protetor de tela e outros).
Servidor VNC para permitir o controle remoto de cada ThinClient;
O autor
O Linux atraiu a ateno de Kurt Garloff
quando ele estava na universidade. Quan-
do um driver SCSI que deveria funcionar
no o fez, a carreira de Kurt como desen-
volvedor do kernel comeou. Aps sua
formatura no curso de Fsica, Kurt entrou
na Suse Linux GmbH, e depois de tirar o
ano sabtico para terminar seu doutora-
do em Eindhoven (Holanda) ele agora
chefe dos laboratrios de Suse da Novell.
Mais Informaes
[1] Benchmarks do Xen:
http://www.cl.cam.ac.uk/
Research/SRG/netos/xen/
performance.html
[2] Imagens para mquinas hspedes:
http://www.suse.de/~garloff/
linux/xen/images/
[3] Xen: http://www.cl.cam.ac.uk/
Research/SRG/netos/xen/
[4] ltimas notcias sobre o Xen em seu
Wiki: http://wiki.xensource.com/