UNIVERSIDADE DE CAXIAS DO SUL CAMPUS UNIVERSITRIO DA REGIO DOS VINHEDOS - CARVI CURSO DE BACHARELADO EM SISTEMAS DE INFORMAO

VIRTUALIZAO: UM ESTUDO DE CASO APLICADO A MVEIS CARRARO

Relatrio Final da disciplina de Estgio Supervisionado

Alexandre Vieira Machado

Hugo Andr Klauck Orientador

Bento Gonalves, Abril de 2010

LISTA DE FIGURAS
Figura 1: Foto da sede da empresa..........................................................................................8 Figura 2: Foto da Unidade Tubular.........................................................................................8 Figura 3: Organograma da estrutura organizacional da Carraro.....................................10 Figura 4: Relacionamento das Mquinas Virtuais e do VMM...........................................18 Figura 5: Virtualizao total na arquitetura x86.................................................................21 Figura 6: Para-virtualizao na arquitetura x86.................................................................22 Figura 7: Tela inicial do XenServer 5.5.................................................................................24 Figura 8: Mquinas virtuais nos servidores DL380 G5.......................................................25 Figura 9: Mquina virtual da engenharia no servidor DL320 G5.....................................26 Figura 10: Mquina virtual da engenharia no servidor DL320 G5...........................................27 Figura 11: Mquina virtual do ERP no servidor DL380 G6...............................................27

LISTA DE TABELAS
Tabela 1: Impressoras laser....................................................................................................13 Tabela 2: Servidores................................................................................................................14 Tabela 3: Servidores fsicos....................................................................................................14

LISTA DE ABREVIATURAS E SIGLAS

AD CPU ERP ISA LAN SO TI VM VMM Active Directory Central Processing Unity Enterprise Resources Planning Internet Security ans Acceleration Loca Area Network Sistema Operacional Tecnologia da Informao Virtual Machine Virtual Machine Monitor

Sumrio
INTRODUO............................................................................................................7 1 A EMPRESA............................................................................................................9
1.1 HISTRICO DA EMPRESA..............................................................................................9 1.2 POLTICA DA QUALIDADE..........................................................................................11 1.3 MISSO.............................................................................................................................11 1.4 PRINCPIOS DA EMPRESA............................................................................................12 1.5 PRODUTO.........................................................................................................................12 1.6 CLIENTES.........................................................................................................................12 1.7 ESTRUTURA ORGANIZACIONAL...............................................................................13

2 ESTRUTURA DE TI.............................................................................................14
2.1 A ESTRUTURA DE TI......................................................................................................14 2.1.1 A antiga estrutura de TI...............................................................................................14 2.1.2 A nova estrutura de TI..................................................................................................15 2.1.2.1 Software.......................................................................................................................15 2.1.2.2 Hardware......................................................................................................................16 3.1.2.3 Rede..............................................................................................................................18 2.2 VIRTUALIZAO...........................................................................................................19 2.2.1 Histrico.........................................................................................................................19 2.2.2 Definies e conceitos....................................................................................................20 2.2.3 Vantagens e Desvantagens............................................................................................22 2.3 VIRTUALIZAO TOTAL E PARA-VIRTUALIZAO.............................................24 2.4 XEN...................................................................................................................................26 2.4.1 O uso prtica da virtualizao na Mveis Carraro....................................................28

3 LEVANTAMENTO DE PROBLEMAS...............................................................32
3.1 LEVANTAMENTO DE PROBLEMAS............................................................................32 3.2 INTRODUO ................................................................................................................32 3.3 PERFORMANCE DAS VMS DE TERMINAL SERVICES............................................32 3.4 PERFORMANCE DA VM DO PROGRAMA DE ERP EMS.......................................32 3.5 PERFORMANCE DA VM DO ACTIVE DIRECTORY E ISA SERVER........................33

4 PROPOSTA DE SOLUES...............................................................................34
4.1 PROPOSTA DE SOLUES............................................................................................34 4.2 INTRODUO.................................................................................................................34 4.3 NOVA VERSO DO XENSERVER EM TODAS OS SERVIDORES FSICOS...........34 4.4 CRIAR NOVAMENTE ALGUMAS MQUINAS VIRTUAIS.......................................34 4.5 SOBRE AS VMS DE TERMINAL SERVICES................................................................35

4.6 SOBRE AS VMS DO PROGRAMA DE ERP EMS......................................................35 4.7 O CAMINHO MAIS PROPENSO A SER SEGUIDO......................................................36

CONCLUSO............................................................................................................37 5 REFERNCIAS BIBLIOGRFICAS.................................................................38

INTRODUO
A reduo de custos e otimizao dos recursos uma meta em qualquer setor dentro de uma empresa, e a rea de TI no escapa dessa prerrogativa. Apesar dos custos com equipamentos ter cado, cresceu a demanda por mais velocidade, disponibilidade e confiabilidade em relao aos dados dentro das empresas. Para que essa demanda seja suprida, investimentos em infraestrutura computacional se fazem necessrios, seja na aquisio de novos servidores, seja no upgrade dos antigos. Mas mensurar o quanto ser necessrio investir o ponto crucial para manter um alto custo/benefcio nos investimentos. Dentro desse cenrio, a virtualizao aparece como um ponto luminoso, indicando o caminho para a diminuio dos custos dentro do setor de TI. Segundo estudos, os computadores esto ociosos em torno de 80% do seu tempo, o que significa que a substituio de vrios servidores fsicos por somente alguns, executando os mesmos servios e aplicaes, mas em ambientes virtualizados, trar economia em vrias aspectos, como espao fsico, energia eltrica para alimentar os prprios servidores e o sistema de arrefecimento de ar do ambiente em que os mesmos se encontram, e tempo de mo de obra para fazer a manuteno dos servidores. Tendo isso posto, esse documento tem por objetivo expor os motivos que levaram a Mveis Carraro a fazer a migrao de seus servidores fsicos para servidores virtualizados. Mostrar tambm o quanto a virtualizao ajudou a empresa a sustentar seu crescimento, oferecendo uma grande segurana em permitir que mesmo com taxas de crescimento mais acentuadas que as de hoje, ainda assim a disponibilidade de servios se mantenha em alto nvel, devido a flexibilidade que as solues virtualizadas oferecem em termos de expanso. O presente documento est assim estruturado: A parte 1 trar informaes sobre a empresa onde o estgio foi realizado, como sua estrutura organizacional, seu ramo de negcio, sua misso, princpios e poltica da qualidade. A parte 2 falar sobre a estrutura de TI da empresa, e ser dividida em duas partes: a antiga estrutura de TI e a nova estrutura de TI. Dentro da nova estrutura ser abordado o que a tcnica de virtualizao, comeando com um histrico do surgimento da mesma. Aps, ser

8 mostrado as definies e conceitos, vantagens e desvantagens, tipos de virtualizao, uma explicao sobre o software de virtualizao utilizado pela empresa e seu uso prtico. A parte 3 tratar dos problemas encontrados com a utilizao da virtualizao dentro da empresa. A por fim, na parte 4, sero apontadas possveis solues para os problemas encontrados na parte 3.

1 A EMPRESA

1.1 Histrico da empresa

Em 2 de maio de 1961 fundada em Bento Gonalves a Harmnios Wurt LTDA, que se dedicava a produo de rgos e harmnios. Dois anos aps, a empresa iniciou-se na produo de mveis, na linha de copas. Em 1967, j estabelecida no ramo moveleiro, a empresa mudou a denominao para NELSON CARRARO & CIA. LTDA. Em maio de 1972 a empresa transferiu-se para o Bairro Santo Anto, estabelecendo os pilares do complexo industrial que hoje ocupa uma rea de 131 mil metros quadrados. No ano de 1974 mudou novamente o nome, seguindo a alterao de sua forma jurdica, tornando-se MVEIS CARRARO S/A. No ano de 1978 surge a transportadora TPS Transportes e Participaes Sociais, que detm uma frota de caminhes e responsvel pelo transporte de grande parte dos mveis produzidos pela Carraro. Em 1982 uma nova fbrica construda e a empresa ingressa no ramo de dormitrios, racks e estantes. Ao mesmo tempo, instala uma unidade de galvanoplastia, dando incio a sua prpria linha de cromagem. Para atender s necessidades sociais de seus colaboradores, no ano de 1987, criada a Fundao Carraro. Atendimento odontolgico, mdico e ambulatorial interno, plano de sade, convnios, auxlio-creche e assistncia Jurdica, esto entre os benefcios e servios sociais oferecidos pela fundao. Hoje a Fundao Carraro presta cerca de dois mil atendimentos/ms. Da mesma forma, atividades recreativas e comemorativas, prmios de incentivo e eventos de confraternizao comeam a ser realizados e estimulados. Em paralelo, significativos investimentos so realizados na rea de treinamento e desenvolvimento. Uma poltica de auxlio-estudante oportuniza que os integrantes da empresa busquem a sua qualificao profissional, atravs da educao formal. A partir de 1988, com sua posio consolidada no mercado nacional, a empresa define seu plano de conquista do mercado externo. As primeiras exportaes foram para o Chile e o Uruguai.

10 O ano de 1989 foi definitivo para a empresa firmar-se como exportadora. Comeou a fazer mveis para jardim, em madeira macia, especialmente criados para atender demanda externa, especificamente o exigente mercado dos Estados Unidos. Em 1990, com o incio da extrao das madeiras das florestas prprias, a empresa passou a produzir mveis em pinus, exportando, tambm, para a Sucia, Itlia, Dinamarca e Frana. Em outubro de 1998 a Carraro S/A obtm a certificao de seu sistema de qualidade pelas normas ISO 9001, em suas quatro unidades: Painis, Madeiras, Tubulares e Planejados, sendo a primeira empresa brasileira do setor moveleiro a receber esta certificao. Em 1999 a empresa ingressa no mercado de dormitrios modulares. Passa a oferecer solues simples e prticas para os lojistas, facilitando a comercializao nos pontos de vendas. Estimulada pela ampliao dos segmentos de atuao, a Carraro lana em 2003 a LINHA CRIARE, comercializando cozinhas, dormitrios, closets, reas de servio, banheiros, home theater e home office planejados, atravs de lojas exclusivas em todo o Brasil. Em 05 de outubro de 2007 a empresa Todeschini SA adquire a Mveis Carraro SA permanecendo na presidncia da empresa o Sr. Ademar De Gasperi, at meados de novembro de 2008.

Figura 1: Foto da sede da empresa

11

Figura 2: Foto da Unidade Tubular

1.2

Poltica da Qualidade O propsito da Carraro oferecer solues em mobilirio, com os seguintes objetivos

da qualidade: a) Atender as necessidades dos clientes, monitorando sua satisfao de forma crescente. b) Desenvolver fornecedores, tornando-os parceiros efetivos, comprometidos com a qualidade. c) Estimular o desenvolvimento e a criatividade dos colaboradores. d) Manter e aprimorar o Sistema de Gesto da Qualidade e atravs do comprometimento de todos, buscar a melhoria contnua de sua eficcia.

1.3 Misso Oferecer solues em mobilirio que possam superar as expectativas dos clientes,

12 respeitando os colaboradores, parceiros, comunidade e o retorno dos investimentos. 1.4 Princpios da empresa

a) Clientes - Foco de nossas aes. b) Colaboradores - Diferencial de sucesso de nossa empresa. c) Parceria - Estratgia para competitividade. d) Tecnologia - Fator de inovao, com viso de futuro. e) Imagem - Resultado do nosso trabalho. f) Lucro - Garantia de continuidade e crescimento

1.5 Produto Mveis para dormitrios, racks e estantes com a marca Carraro, com destino a grandes lojas de varejo, como Casas Bahia e Lojas Colombo, e cozinhas, closets, reas de servio, banheiros, home theater e home office planejados, com a marca Criare, em lojas prprias. Na Unidade Tubular so construdas peas metlicas usadas nas mesas e cadeiras. 1.6 Clientes Os cliente dos produtos Carraro so lojas de varejo de todo o Brasil, que vendem mveis sem customizaes. Os clientes que desejam mveis sob medida so atendidos pela marca Criare.

13 1.7 Estrutura Organizacional A estrutura organizacional da empresa segue um organograma hierrquico, conforme descrito na Figura 3.

Figura 3: Organograma da estrutura organizacional da Carraro

14

2 ESTRUTURA DE TI

2.1 A ESTRUTURA DE TI A seguir ser apresentada a estrutura de TI da Mveis Carraro LDTA. Ser mostrado primeiro como o setor estava organizado, e depois, como ele est hoje. Essa diviso se torna pertinente pois demonstra como o setor de TI evoluiu de forma acentuada, permitindo que a empresa pudesse crescer e atingir o tamanho atual. 2.1.1 A antiga estrutura de TI A empresa possua em dezembro de 2002 um servidor HP L1000 (arquitetura PARISC) onde era executado o programa Magnus, o software ERP da Carraro, feito pela empresa Datasul. As estaes se conectavam ao servidor atravs do programa EWAN, um cliente telnet. O modelo de trabalho era o de mainframe, com o processamento sendo executado somente pelo servidor, devolvendo pelo EWAN os dados processados. O programa usado pelo setor de RH era desenvolvido em COBOL, pela empresa Metadados e era executado em um servdor HP D370 (arquitetura PA-RISC). O servidor de backup era na verdade um micro montado, com HDs de grande capacidade, em torno de 80 GB. O servidor de e-mail rodava o sistema operacional FreeBSD 4, mas a Carraro no possua um nmero IP real. Os e-mails antes chegavam no provedor de internet Italnet e depois eram encaminhados para a empresa. Os pedidos de produo eram implantados em um programa chamado WinTracer, desenvolvido na linguagem Delphi. Ainda no haviam pedidos pela Web. Os representantes da Carraro tinham um cliente do Wintracer, inseriam nele o pedido dos clientes e aps enviavam por e-mail o arquivo gerado. Uma pessoa do setor de vendas recebia o arquivo e fazia a importao no programa Magnus. At o final de 2002 a rede era toda baseada em hubs de 10Mbps e os computadores eram agrupados em grupo de trabalho. Houve a necessidade de atualizao para uma rede de 100Mbps por causa da implantao do novo ERP, chamado EMS, escrito em linguagem Progress. O servidor HP L1000 tornou-se ento um servidor de banco de dados. Um novo

15 computador (arquitetura x86) passou a rodar o novo ERP, sobre o Windows 2000. Agora o ERP funcionava no modelo cliente-servidor, com o processamento sendo feito nas mquinas dos usurios. Depois, o banco de dados do ERP foi colocado em um servidor HP Integrity rx3600 (arquitetura IA-64), onde era acessado pelos clientes do ERP nas estaes atravs de uma solicitao por uma porta TCP, sendo o pedido processado depois pelo servidor rx3600. A comunicao entre o prdio da administrao e a Unidade Tubular era feito atravs de um link de rdio. A velocidade do link foi crescendo com o tempo, at chegar a 3Mbps em 2006. Devido ao grande atraso na abertura do programa EMS na Unidade Tubular usando seu cone na rea de trabalho, optou-se pelo uso do Terminal Services do Windows, otimizando o uso da banda, pois somente o desenho da tela era transmitido. Com o tempo houve a necessidade de implantao de novos servidores (domnio, emails, arquivos, DNS, antivrus, FTP, proxy, etc), e como a maioria deles eram na verdade computadores desktop comuns, sentiu-se a necessidade de adquirir servidores propriamente ditos, por eles ofereceram redundncia, maior confiabilidade e disponibilidade.

2.1.2 A nova estrutura de TI

A seguir, ser apresentada a estrutura de TI da empresa Mveis Carraro, a qual est subdividida em software, hardware e rede. 2.1.2.1 Software Todos os computadores possuem softwares devidamente legalizados, tantos as

estaes quanto os servidores. As estaes de trabalho utilizam o Windows XP como sistema operacional, mesmo quando os computadores novos esto com o Windows Vista instalado. Nesses casos a empresa entra em contato com a Microsoft e solicita uma licena de downgrade. O Windows Vista utilizador apenas pelos diretores e por alguns representantes, e o Windows 7 utilizado por somente um usurio. A sute padro de aplicativos para escritrio o BrOffice 3, mas para aqueles usurios que possuem necessidades especficas instalado o Microsoft Office. A verso que ser instalada definida atravs de discusses das necessidades do usurio. Para os setores de engenharia e design de produto so utilizados aplicativos de produo especficos, como o AutoCad 2002, 2006 e 2007, Mechanical

16 Desktop 2007, Inventor Professional 11, CorelDraw X4 e Solid Edge. 2.1.2.2 Hardware A Mveis Carraro possui aproximadamente 130 computadores desktop, que esto distribudos entre o prdio da administrao e as unidades fabris. Esse nmero varivel, pois h aquisies de computadores para substituir os antigos e para instalao em novos lugares. Os desktops so em sua quase totalidade da HP, pois h alguns modelos contados que foram adquiridos em empresas locais. So 17 impressoras laser, modelos da HP, Lexmark, Brother e Samsung. H tambm 6 impressoras jato de tinta, todas HP, usadas em locais onde haja pouca necessidade de impresso, e 2 impressoras matriciais, que imprimem relatrios do setor de vendas e do setor de PCP. A Tabela 1 mostra a organizao das impressoras laser dentro da empresa.
Tabela 1 Impressoras laser

Existem 8 servidores fsicos, que atravs da virtualizao fornecem 16 mquinas

17 virtuais, como mostra a Tabela 2. Cada um responsvel por uma funo especfica, ou poucas funes, contrastando com o cenrio anterior, onde poucos servidores acumulavam vrias funes, como o antigo servidor SRV01.CARRARO.COM.BR, que funcionava como firewall, servidor proxy, e-mail, DNS externo e web (MRTG, Sarg e Webmail).
Tabela 2 Servidores

18 Os servidores fsicos so todos HP, cujos modelos esto descritos na Tabela 3.

Tabela 3 Servidores fsicos

3.1.2.3 Rede Uma grande parte da rede LAN da Mveis Carraro j funciona em 1 Gbps, sendo o mnimo em toda a empresa 100Mbps. A comunicao atual entre os prdios das unidades fabris com o prdio da administrao feita atravs de um link de fibra ptica de 1Gbps. Os switches espalhados pela empresa conectam-se a um switch gerencivel 3COM Switch 4226T 3C17300 SuperStack 3, onde tambm entra o link internet para ser levado todas as estaes. A internet fornecida atravs de fibra ptica tambm, e possuiu um link de 3 Mbps. O link de alta velocidade entre os prdios permitiu que o backup fosse feito na Unidade Tubular, onde se localiza o servidor de backup, um ProLiant DL320 G5 e a library (dispositivo que armazena e controla fitas DAT) StorageWorks MSL 2024 G3, que atravs de tarefas agendadas gerenciam as fitas e a periodicidade das cpias, conforme a quantidade de alterao sofridas na origem. O backup abrange os seguintes itens: a) Caixas postais; b) Projetos da engenharia; c) Bando de dados do EMS; d) Documentos dos usurios (redundncia); e) Banco de dados da folha de pagamento; f) Arquivos-fonte das customizaes internas do EMS;

19 g) Bando de dados do prprio servidor de backup; h) Site da empresa; Anteriormente o backup era feito no prdio da administrao, com a substituio manual das fitas, com armazenamento posterior em um cofre. O servidor HP Integrity rx3600 era ligado atravs de um cabo SCSI U320 a um storage HP StorageWorks que possua uma unidade de fitas DAT Ultrium 448.

2.2 VIRTUALIZAO
Tendo em vista o grande poder computacional que a empresa possua desde 2007, quando adquiriu os servidores ProLiant DL380 G5, foi proposto em 2008 pela empresa VTD Info (revenda HP e parceira da Mveis Carraro nos projetos de TI) consolidar os antigos servidores da empresa. Essa consolidao traria diversas vantagens sobre o antigo cenrio, pois permitiria que as mquinas virtuais pudessem ser administradas atravs de um s local, um console de gerenciamento, gerando economia de tempo e esforo. Tarefas que antes demoravam para serem realizadas, como a troca de alguma pea para aumentar o desempenho, ou a implantao de uma imagem binria anterior do sistema por causa de um problema com o atual, agora poderiam ser feitas em minutos. Com a virtualizao, para aumentar o desempenho de algum servidor, basta designar mais recursos para a mquina virtual, e para reverter para imagens anteriores, basta desligar a VM (Virtual Machine, ou Mquina Virtual) e substituir por uma imagem sadia, tudo isso em questo de alguns minutos. Mas antes de falar sobre a como a virtualizao est implantada hoje na Mveis Carraro, faz-se necessrio falar sobre o que e como ela funciona. 2.2.1 Histrico No final dos anos 50 a IBM criou o conceito de time-sharing, que permitia o uso de um mesmo computador por vrios usurios simultaneamente de forma transparente, ou seja, um usurio no percebia que havia outro usando o computador. O que se pretendia era usar o tempo ocioso do processador, cio esse que existia entre a entrega dos dados processador,

20 geralmente por meio de impresso, e a entrada de novos dados, atravs de cartes perfurados. Embora este tenha sido um grande passo na histria da computao, o compartilhamento de um nico computador com outras aplicaes fazia com que as chances de ocorrer algum problema que fizesse o computador parar de responder adequadamente aumentaram muito, j que o que existia era um modo multi-usurio, sem isolamento entre os processos de cada um deles. Para resolver esse problema a primeira soluo proposta foi o uso de vrios computadores, o que se reverteria em um aumento significativo do desempenho e na garantia de isolamento entre as aplicaes. Porm essa soluo apresentava um custo muito alto, alm de ser um desperdcio de recursos, j que os computadores ficavam grande parte do tempo ociosos. Tendo em vista isso, nos anos 60 a IBM comeou a desenvolver a primeira mquina virtual, que permitia que um nico computador fosse dividido em vrios. O primeiro sistema de virtualizao desenvolvido foi o CP-40, em 1966, que rodada sobre o mainframe IBM S/360-40. Ele permitia que vrias instncias do CMS (Cambridge Monitor System) fossem executadas ao mesmo tempo (WIKIPEDIA, 2010). O CP-40 foi sucedido pelo CP-67, que rodava sobre o mainframe IBM 360/67. Aps o CP-67, a IBM lanou em 1972 o VM/370, um VMM (Virtual Machine Monitor, ou Monitor de Mquina Virtual) para o System/370. O System/370 possua um arquitetura estendida, com o processador possuindo algumas instrues extras que facilitavam a virtualizao, sendo esse o primeiro exemplo de virtualizao assistida por hardware. Falando de forma mais tcnica, a virtualizao um recurso usado para simplificar, esconder ou mascarar detalhes de funcionamento infra-estruturais de um hardware ou de um software. Sua funo fazer um componente simular ou se comportar como outro tipo de equipamento. Desta forma, o que executado sobre a plataforma virtualizada passa a dar mais foco sua super-estrutura, ou seja, lgica de negcio.

2.2.2 Definies e conceitos Os primeiros conceitos que devemos ter em relao virtualizao so de instrues privilegiadas e no privilegiadas. Essas instrues fazem parte do conjunto de instrues da arquitetura em questo, que no caso dos servidores da Mveis Carraro x86.

21 As instrues no- privilegiadas so aquelas que no modificam a alocao ou o estado de recursos compartilhados por vrios processos simultneos, tais como processadores, memria principal e registradores especiais. Em oposio a essas instrues, h as instrues privilegiadas, que podem alterar o estado e a alocao desses recursos. (MATTOS, 2008) Um computador pode operar em dois modos, o modo de usurio ou o modo de supervisor. O modo de usurio, tambm chamado de espao de aplicao, modo no qual as aplicaes normalmente so executadas. Neste modo, no possvel executar as instrues privilegiadas, que so restritas ao modo de supervisor. O modo de supervisor tem o controle total sobre a CPU, podendo executar todas as instrues do conjunto de instrues do processador, tanto as no-privilegiadas como as privilegiadas. O sistema operacional executado neste modo. Antes do sistema operacional passar o controle da CPU para uma aplicao do usurio, o bit de controle de modo configurado para o modo de usurio. (MATTOS, 2008) Segundo (TORRES; LIMA, 2007), Tradicionalmente, os processadores implementam 4 Nveis (RINGS, na terminologia usada para execuo de processos) de proteo. Os rings so numerados de 0 a 3, nos quais o nvel 0 o que tem maior privilgio na execuo de instrues, por isso, os sistemas operacionais so executados com esse nvel. J em um ambiente virtualizado, temos que definir mais dois conceitos, os de sistema operacional hospedeiro e o de sistema operacional visitante. O primeiro, sistema operacional hospedeiro (Host Operating System), refere-se ao sistema operacional nativo da mquina na qual ocorrer a virtualizao, ou seja, este o sistema operacional que executado diretamente sobre o hardware fsico. O segundo, sistema operacional visitante (Gest Operating System), refere-se ao sistema operacional que executado sobre o hardware virtualizado, isto , o sistema operacional que executado na mquina virtual. Uma mquina na qual feita a virtualizao pode contar com apenas um sistema operacional hospedeiro sendo executado por vez. No entanto, podem ser executados diversos sistemas operacionais visitantes simultaneamente. Outro conceito muito importante para o entendimento da virtualizao o de Virtual Machine Monitor (VMM, ou Monitor de Mquina Virtual), tambm conhecido por Hypervisor. Segundo (ROSE, 2008), o Virtual Machine Monitor um componente de software que hospeda as mquinas virtuais. O VMM responsvel pela virtualizao e

22 controle dos recursos compartilhados pelas mquinas virtuais, tais como processadores, dispositivos de entrada e sada, memria e armazenamento. Tambm funo do VMM escalonar qual mquina virtual vai executar a cada momento, semelhante ao escalonador de processos do Sistema Operacional (MENASC, 2005). O VMM executado no modo de supervisor, no entanto as mquinas virtuais so executadas em modo de usurio. Como as mquinas virtuais so executadas em modo de usurio, quando estas tentam executar uma instruo privilegiada, gerada uma interrupo e o VMM se encarrega de emular a execuo desta instruo.

Figura 4: Relacionamento das Mquinas Virtuais e do VMM (ROSE, 2008).

2.2.3 Vantagens e Desvantagens Existem diversas vantagens na virtualizao, a seguir sero citadas as principais (MENASC, 2005): a) Segurana: Usando mquinas virtuais, pode ser definido qual o melhor ambiente para executar cada servio, com diferentes requerimentos de segurana, ferramentas diferentes e o sistema operacional mais adequado para cada servio. Alm disso, cada mquina virtual isolada das demais. Usando uma mquina virtual para cada servio, a vulnerabilidade de um servio no prejudica os demais. b) Confiana e disponibilidade: A falha de um software no prejudica os demais servios. c) Custo: A reduo de custos possvel de ser alcanada com a consolidao de

23 pequenos servidores em outros mais poderosos. Essa reduo pode variar de 29% a 64% (MENASC, 2005). d) Adaptao s diferentes cargas de trabalho: Variaes na carga de trabalho podem ser tratadas facilmente. Ferramentas autnomas podem realocar recursos de uma mquina virtual para a outra. e) Balanceamento de carga: Toda a mquina virtual est encapsulada no VMM. Sendo assim fcil trocar a mquina virtual de plataforma, a fim de aumentar o seu desempenho. f) Suporte a aplicaes legadas: Quando uma empresa decide migrar para um novo Sistema Operacional, possvel manter o sistema operacional antigo sendo executado em uma mquina virtual, o que reduz os custos com a migrao. Vale ainda lembrar que a virtualizao pode ser til para aplicaes que so executadas em hardware legado, que est sujeito a falhas e tem altos custos de manuteno. Com a virtualizao desse hardware, possvel executar essas aplicaes em hardwares mais novos, com custo de manuteno mais baixo e maior confiabilidade. Por outro lado, existem as desvantagens da virtualizao, sendo as principais: a) Segurana: Segundo Neil MacDonald, especialista de segurana da Gartner, hoje em dia, as mquinas virtuais so menos seguras que as mquinas fsicas justamente por causa do VMM (CARISSIMI, 2008). Este ponto interessante, pois se o sistema operacional hospedeiro tiver alguma vulnerabilidade, todas as mquinas virtuais que esto hospedadas nessa mquina fsica esto vulnerveis, j que o VMM uma camada de software, portanto, como qualquer software, est sujeito a vulnerabilidades. b) Gerenciamento: Os ambientes virtuais necessitam ser instanciados,

monitorados, configurados e salvos (CARISSIMI, 2008). Existem produtos que fornecem essas solues, mas esse o campo no qual esto os maiores

24 investimentos na rea de virtualizao, justamente por se tratar de um dos maiores contra-tempos na implementao da virtualizao.

2.3 Virtualizao total e para-virtualizao

Existem duas formas de implementao dos monitores de mquina virtual: a virtualizao total e a para-virtualizao. A virtualizao total tem por objetivo fornecer ao sistema operacional visitante uma rplica do hardware fsico. Dessa forma, o sistema operacional visitante executado sem modificaes sobre o VMM, o que traz alguns inconvenientes. O primeiro que o nmero de dispositivos a serem suportados pelo VMM muito grande, e para resolver esse problema as implementaes da virtualizao total usam dispositivos genricos, que funcionam bem para a maioria dos sistemas operacionais, mas no garantem o uso da totalidade de sua capacidade. Outro inconveniente da virtualizao total o fato de o sistema operacional visitante no ter conhecimento de que est sendo executado sobre o VMM, ento as instrues executadas pelo sistema operacional visitante devem ser testadas pelo VMM para que depois sejam executadas diretamente no hardware, ou executadas pelo VMM e simulada a execuo para o sistema visitante. O ltimo inconveniente da virtualizao total o fato de ter que contornar alguns problemas gerados pela implementao dos sistemas operacionais, j que esses foram implementados para serem executados em mquinas fsica, no disputando recursos com outros sistemas operacionais. Um exemplo desse ltimo inconveniente uso de paginao na memria virtual, pois h a disputa de recursos entre diversas instncias de sistemas operacionais, o que acarreta em uma queda do desempenho (CARISSIMI, 2008).

25

Figura 5: Virtualizao total na arquitetura x86 (VMWare, 2007).

A para-virtualizao uma alternativa virtualizao total. Nesse modelo de virtualizao, o sistema operacional modificado para chamar o VMM sempre que executar uma instruo que possa alterar o estado do sistema. Isso acaba com a necessidade de o VMM testar instruo por instruo, o que representa um ganho significativo de desempenho. Outro ponto positivo da para-virtualizao que os dispositivos de hardware so acessados por drivers da prpria mquina virtual, no necessitando mais do uso de drivers genricos que limitavam a performance do dispositivo.

Figura 6: Para-virtualizao na arquitetura x86 (VMWare, 2007).

Embora a para-virtualizao apresentasse um ganho de desempenho significativo frente virtualizao total, essa disparidade tem sido superada devido presena de instrues de virtualizao nos processadores Intel e AMD, que favorecem a virtualizao total. A tecnologia de virtualizao da Intel a IVT (Intel Virtualization Technology),

26 codinome Vanderpool. A da AMD a AMD-V (AMD-Virtualization), codinome Pacifica. Embora tenham sido desenvolvidas para o mesmo propsito, foram implementadas de maneira independentes. Por esse motivo, h problemas na portabilidade de mquinas virtuais de uma arquitetura Intel para a arquitetura AMD e vice-versa. Portanto, tendo em vista as tcnicas de virtualizao, a deciso de qual melhor a tcnica de virtualizao para um dado ambiente est intimamente ligada ao processador da mquina fsica que vai hospedar as mquinas virtuais, bem como se o processador possui ou no uma extenso no seu conjunto de instrues que suporte a virtualizao. 2.4 XEN Na Mveis Carraro utilizado o programa Citrix XenServer, criado pela empresa Citrix, para fazer a virtualizao dos servidores. Ele baseado no hypervisor Xen, projeto criado e mantido ainda hoje pela Universidade de Cambridge, na Inglaterra, e utiliza o modelo tanto de virtualizao quanto de para-virtualizao. Para entender como o Xen funciona, importante mostrar dois conceitos: o de domnio e o de hypervisor. Os domnios so as mquinas virtuais do Xen. Essas podem ser de dois tipos, privilegiadas (domnio 0) e no-privilegiadas (domnio U). O hypervisor o responsvel por controlar os recursos de comunicao, de memria e de processamento das mquinas virtuais, mas no possui os drivers para manipular os dispositivos diretamente. Quando a mquina hospedeira iniciada, uma mquina virtual do domnio 0, privilegiado, criada. Esse domnio acessa uma interface de controle e executa aplicaes de gerenciamento. As mquinas virtuais dos domnios U s podem ser criadas, iniciadas e desligadas atravs do domnio 0. Na mquina virtual do domnio 0, executado um Linux com kernel modificado, que pode acessar os recursos da mquina fsica, j que possui privilgios especiais, e ainda se comunicar com as outras mquinas virtuais, domnio U. O sistema operacional do domnio 0 tem que ser modificado para possuir os drivers de dispositivo da mquina fsica e dois drivers que tratam requisies de acessos rede e ao disco realizadas pelas mquinas virtuais do domnio U (XEN, 2009). S a mquina virtual do domnio 0 tem acesso direto aos recursos da mquina fsica, enquanto que as demais mquinas virtuais tm acesso a uma abstrao dos recursos, que para serem acessados, as mquina virtuais dos domnios U tm que acessar atravs do domnio 0.

27

Figura 7: Componentes do Xen: hypervisor e domnios (CARISSIMI, 2008).

Para a virtualizao da memria, o Xen reserva para cada mquina virtual uma determinada quantidade de memria, que pode ser alterada a qualquer momento sem a necessidade de terminar ou reiniciar a mquina virtual. Cada mquina virtual pode ter uma ou mais interfaces de rede virtuais. A comunicao entre as interfaces implementada por dois token rings, um para enviar e outro para receber (QUTIER, et al. 2006). A partir da verso 3.0 o Xen conta tambm com um domnio no qual feita a virtualizao total, o que permite que sistemas operacionais no modificados, como o Windows, sejam executados sobre o hypervisor Xen, mas para isso o processador da mquina hospedeira deve possuir instrues de virtualizao.

28 2.4.1 O uso prtica da virtualizao na Mveis Carraro

O Citrix XenServer utilizado na empresa a verso 5.5, baseada no hypervisor do Xen verso 3.3.1. O XenServer 5.5 a distribuio Linux Debian com o kernel 2.6.18 modificado para carregar o Xen como um de seus mdulos. Assim que instalado, ele oferece a seguinte tela inicial.

Figura 8: Tela inicial do XenServer 5.5

So 4 os servidores que possuem o XenServer instalado: 2 HP ProLiant DL380 G5, e 1 HP ProLiant DL320 G5 e 1 HP ProLiant DL380 G6. Os servidores DL380 G5 esto na empresa desde 2007 e so os que hospedam a quase totalidade das mquinas virtuais. So servidores com mltiplos processadores e grande quantidade de memria, e que por esse motivo comportam a grande carga exigida por tantos servios. Como os servidores so idnticos, ou seja, os processadores so da mesma famlia, eles foram arranjados no que o XenServer chama de pool, cujo nome para identificao Carraro-G5, como pode ser visto na Figura 9. Esse pool serve para oferecer alta disponibilidade, pois cada servidor fsico fica recebendo informaes do estado do outro. Caso um dos servidores fsicos falhe, o outro assume a execuo das suas mquinas

29 virtuais, contanto que haja recursos de hardware suficientes para que todas elas continuem rodando. O servidor DL380 G6 foi adquirido no incio desse ano pela empresa e possui o hardware mais avanado, com processadores que utilizam instrues adicionais de virtualizao e outras melhorias estruturais, oferecendo uma performance acentuadamente superior gerao anterior, os DL380 G5. Ele serve exclusivamente, nesse momento, para executar o ERP da empresa, pois uma tarefa que exige um alto poder de processamento e disponibilidade de recursos. Logo na sua implantao ele tambm hospedava duas mquinas virtuais que serviam como servidores do Terminal Services, do Windows 2003. Porm devido ao fato da performance na execuo do ERP no ter sido a prevista, decidiu-se retirar as mquinas virtuais dele, e hospedar cada uma em um dos servidores DL380 G5, para equilbrio de carga de processamento. O servidor DL320 G5 hospeda uma mquina virtual que tem por funo ser o repositrio para os desenhos de mveis do setor de engenharia. Dos servidores fsicos da empresa, ele comparativamente o mais defasado tecnologicamente, pois possui somente dois processadores, pouca memria cache L2 e no possui as instrues adicionais de virtualizao dos servidores G5 e G6, o que limita sua performance de I/O no acesso os disco e no trfego de rede.

30 As mquinas virtuais nos servidores DL380 G5 esto organizadas da seguinte maneira:

Figura 9 Mquinas virtuais nos servidores DL380 G5

O servidor DL320 G5 hospeda somente uma mquina virtual.

Figura 10 - Mquina virtual da engenharia no servidor DL320 G5

31 O servidor DL380 G6 tambm hospeda somente uma mquina virtual.

Figura 11 - Mquina virtual do ERP no servidor DL380 G6.

Devido necessidade de espao para armazenamento, todos os servidores (com exceo do servidor DL320 G5 (desenhos da engenharia), do servidor Integrity rx3600 (exbanco do sistema EMS), do computador Vectra VL420 (backup das estaes) e do servidor DL320 G5, que gerencia o storage), esto conectados por Fibre Channel a dois, por medida de redundncia, HP StorageWorks 8/8 San Switch, que permite que os 12 HDs de 300 GB de cada storage HP StorageWorks HSV300 sejam vistos como um nico disco por todas as mquinas virtuais e servidores fsicos. Os servidores esto ligados entre si, por medida de redundncia, atravs de dois switch gigabit 3COM Baseline Switch 2816. Os servidores so alimentados atravs de duas redes eltricas distintas, que passam por um banco de baterias. Cada rede alimenta uma das fontes dos servidores. Com isso, mantemse os servidores sempre rodando, mesmo que o fornecimento de uma das redes eltricas falhe. Caso o fornecimento das duas redes falhe, resta ainda o banco de baterias, que pode manter os servidores e os outros equipamentos (switchs de rede e switch SAN) rodando por mais algumas horas.

32

3 LEVANTAMENTO DE PROBLEMAS

3.1 LEVANTAMENTO DE PROBLEMAS

3.2 Introduo O uso de virtualizao foi um passo muito importante para a empresa, pois ela obteve facilidades no gerenciamento dos servidores e dispor de ferramentas que medem o uso de seus recursos em tempo real, possibilitando descobrir qual VM necessita de mais recursos ou qual o gargalo do sistema. Mas algumas expectativas em relao a performance no foram atingidas, e infelizmente isso ocorreu em VMs nas quais esperava-se um grande impacto positivo. A seguir veremos quais so elas.

3.3 Performance das VMs de Terminal Services

As mquinas virtuais que hospedam os servidores de Terminal Services no conseguem ter uma performance como era esperado que tivessem, apesar da quantidade de memria e de nmero de processadores designado a elas. Seus nveis de utilizao dos recursos no atingem valores que levem a indicar gargalo em algum deles, mas o sistema no responde como esperava-se na poca da migrao. A principal queixa dos usurios sobre o tempo que os dados do seu perfil levam para tornarem-se disponveis ao uso, e a demora na abertura dos aplicativos. 3.4 Performance da VM do programa de ERP EMS

Quando migrou-se o programa de ERP do servidor Integrity rx3600 baseado no processador Itanium para uma VM no novo servidor DL-380 G6 esperava-se que a

33 performance atingida fosse ser muito maior, pelo motivo do processador ser mais poderoso e a VM ter sua disposio o dobro de ncleos de processador em relao ao sistema anterior, mas no foi o que ocorreu. O tempo para a gerao dos relatrios e compilao dos programas foi o mesmo. A gerao dos relatrios permaneceu em 30 minutos, com a requisio sendo feita pelo cliente do programa de ERP, e em 11 minutos com a requisio sendo feita localmente, no prprio servidor. Essa situao era completamente inesperada, e por esse motivo consultores da revenda HP chegaram a vir at a empresa algumas vezes para tentar descobrir onde poderia estar o problema, mas no houve avano na resoluo. 3.5 Performance da VM do Active Directory e ISA Server

Outra VM que no apresentou a performance desejada foi a que roda o controlador do domnio (Active Directory) e o servidor firewall (ISA). H um atraso considerado grande no carregamento do console de gerenciamento do Active Directory e na aplicao das mudanas das regras do firewall. Mas uma vez desconfia-se que a converso de uma mquina fsca com o sistema operacional que necessitava de manuteno foi o responsvel pela performance aqum da esperada.

34

4 PROPOSTA DE SOLUES

4.1 PROPOSTA DE SOLUES

4.2 Introduo Devido a performance abaixo de esperado nas VMs citadas no captulo Levantamento de Problemas, algumas possveis solues foram estudadas para aplacar o problema, como mostradas a seguir.

4.3

Nova verso do XenServer em todas os servidores fsicos

Uma das alternativas conjecturadas foi a atualizao em toda as mquinas hospedeiras do XenServer 5.5 para a recm lanada verso 5.6, a qual traz muitos avanos em performance e recursos. Como para isso necessita-se desligar as VMs para efetuar a atualizao, essa opo ainda no foi posta em prtica, mas h planos de realiz-la, basta para isso haver uma data em que a equipe de TI possa deixar os servidores indisponveis pelo tempo que for necessrio. Isso j est em tratativas de realizao. 4.4 Criar novamente algumas mquinas virtuais

Outra soluo pensada para resolver o problema de velocidade das VMs do Active Directory, ISA Server e Terminal Services a de fazer mquinas virtuais do zero, e depois configurar os servios de cada uma. Por ser uma soluo que denota tempo, ela ainda est dependendo de um cronograma favorvel manuteno das VMs.

35 4.5 Sobre as VMs de Terminal Services

As duas VMs que hospedam o servio de Terminal Services estavam no mesmo servidor DL380-G5. Como essas VMs exigem muitos recursos decidiu-se colocar uma delas no outro servidor, para equilibrar a carga entre eles e proporcionar um melhor desempenho para os usurios. A resposta dos sistemas melhorou, mas no quanto se desejava. Uma das hipteses levantadas para a baixa performance a de que isso deve-se a converso das mquinas fsicas que rodavam o servio de Terminal Services (com um sistema operacional necessitante de manuteno para melhoria da performance) em mquinas virtuais. Uma mquina virtual criada do zero poderia ter eliminado esse problema, mas no havia tempo para tal, pois a configurao do sistema convidado demoraria muito.

4.6 Sobre as VMs do programa de ERP EMS

Para sabermos o motivo de tanta disparidade entre o que era esperado e o que foi aferido em termos de performance, testamos o sistema de ERP em um servidor DL-380 G6 emprestado a ns para testes, pela nossa revenda parceira da HP. O desempenho medido ao rodar requisies de forma local, diretamente no console do Linux, foi igual ao do sistema virtualizado, que tambm era igual aos tempos do antigo servidor: levou-se 11 minutos para gerar um relatrio com requisio local e 8 segundos para a compilao das alteraes feitas no EMS da empresa. Aps uma srie exaustiva de testes e um final de semana finalmente descobriu-se o motivo para o desempenho to baixo, mesmo com o sistema de ERP sendo executado em uma mquina real. O causador da demora na entrega dos dados era o desgnio de dois endereos IP para a placa de rede. Descoberto isso, configurou-se as placas de rede dos dois sistemas (teste e produo) e refizeram-se os testes, com uma mudana radical nos tempos. Cai-se de 11 minutos para 1 minuto e meio lo tempo para a obteno do relatrio atravs de requisio local, e de 30 minutos para 7 minutos a requisio por meio do cliente do programa ERP.

36 4.7 O caminho mais propenso a ser seguido

Levando em considerao as melhorias realizadas em termos de performance e novos recursos, e principalmente, pelo tempo necessrio para a realizao, a melhor escolha recai sobre atualizar o XenServer para a verso 5.6. Como cada nova verso traz consigo novos drivers de dispositivos para as mquinas virtuais, isso por si s j acarretar em aumento da performance de todas as VMs. Caso esse aumento no seja to grande quanto o esperado, a VM com maior prioridade poder ter de ser recriada, do zero, para garantir o mximo de desempenho possvel.

37

CONCLUSO
A virtualizao o caminho que as mdias e grandes empresas esto seguindo para reduzir custos e tambm para melhorar o gerenciamento de seus servidores. Seu uso teve um substancial aumento a partir do momento que a empresa Citrix tornou gratuto seu programa de virtualizao, o XenServer, no final de fevereiro de 2009. Isso permitiu que muitas empresas pudessem testar e mensurar o quanto a virtualizao poderia trazer de benefcios a elas. Durante o desenvolvimento do estgio, atravs da leitura de estudos de caso de diversas empresas que tambm passaram a utilizar virtualizao, ficou evidente que o uso dessa tecnologia no passageiro. Instituies como Banco Central do Brasil e Vonpar utilizam massissamente virtualizao. De acordo com a empresa de consultoria e pesquisas Gartner, a virtualizao ocupava a primeira posio no ranking de tecnologia com maior importncia estratgica para 2009. Em 2008, estava em quinto lugar na lista. A deciso da Mveis Carraro em seguir esse mesmo caminho mostra o quanto a empresa est atenta o que o mercado oferece, e no somente isso, quilo que vai fazer diferena para tornar a empresa mais competitiva. O uso da virtualizao significou economia para a empresa, pois manter e atualizar uma infraestrutura com poucos servidores muito mais adequada do que no cenrio antigo, onde conforme a demanda crescia adquiria-se outro sistema completo. Para o setor de TI significou mais segurana e confiana, sabendo que tinha em mos uma poderosa ferramenta que permitiria que a empresa crescesse sem precisar se preocupar com a qualidade e disponibilidade dos servios oferecidos. Tanto do lado do hardware, com solues de servidores j consolidadas no mercado, quando do lado do software, com o XenServer, o hypervisor que mais cresce em participao no mercado e apoio de grandes empresas, quanto do lado da consultoria especializada, que proveu todo o conhecimento e ajuda necessrio necessrio para que o projeto de migrao pudesse acontecer , a empresa fez escolhas evidentemente acertadas e que provero tranquilidade ao setor de TI para seguir seu caminho de desenvolver ainda mais o potencial da empresa.

38

5 REFERNCIAS BIBLIOGRFICAS

CARISSIMI, Alexandre. Virtualizao: da teoria a solues. Minicursos do Simpsio Brasileiro de Redes de Computadores - SBRC2008, 173-207

MATTOS, Diogo Menezes Ferrazani. Virtualizao: VMWare e Xen. UFRJ, 2008. Disponvel em: <http://www.gta.ufrj.br/grad/08_1/virtual/artigo.pdf> Acesso em: 25 mai. 2010.

MENASC, Daniel A. Virtualization: Concepts, Applications, and Performance Modeling. Int. CMG Conference 2005: 407-414

QUTIER, Benjamin; NERI V.; CAPPELO F. Scalability Comparison of Four Host Virtualization Tools. Journal of Grid Computing. Frana, v. 5, n. 1, p. 83- 98, et. 2006.

ROSE, Robert. Survey of System Virtualization Techniques. Citeseerx, 2004. Disponvel em: <http://citeseer.ist.psu.edu/rose04survey.html>. Acesso em: 25 mai. 2010.

TORRES, Gabriel; LIMA Cassius. Como Funciona a Tecnologia de Virtualizao da Clubedohardware.com.br, 2005. Disponvel <http://www.clubedohardware.com.br/artigos/1144>. Acesso em: 25 mai. 2010.

Intel. em:

VMWare. Understanding Full Virtualization, Paravirtualization, and Hardware Assist. VMWare, 2009. Disponvel em: <http://www.vmware.com/>. Acesso em: 25 mai. 2010. WIKIPEDIA. IBM CP-40. Wikipedia.org. 2010. Disponvel em: <http://en.wikipedia.org/wiki/IBM_CP-40#Hardware_platform>. Acesso em: 25 mai. 2010. XEN. How does Xen work? Xen.org, 2009. Disponvel em: <http://www.xen.org/files/Marketing/HowDoesXenWork.pdf>. Acesso em: 01 jun. 2010.