12

1. INTRODUO

Hoje, no mercado, encontra-se uma variedade de tecnologias e produtos de solues de virtualizao e com isso cria-se uma avalanche de possibilidades. De acordo com a finalidade da aplicao, as modalidades de virtualizao se separam, mas mesmo assim, definir esses limites um tanto impreciso. A virtualizao um processo que, atravs do compartilhamento de hardware, permite a execuo de inmeros sistemas operacionais em um nico equipamento. Cada mquina virtual criada neste processo um ambiente operacional completo, seguro e totalmente isolado como se fosse um computador independente. Com a virtualizao, um nico servidor fsico pode tornar-se diversos outros servidores com caractersticas especficas de acordo com a necessidade do projeto. Isto permite que um datacenter opere com muito mais agilidade e com um custo mais baixo. Significativamente a maior parte dos gastos da Tecnologia de Informao - TI esto relacionados manuteno e disponibilidade dos prprios equipamentos fsicos. Quanto maior for o nmero de servidores e dispositivos de rede que o departamento de informtica tiver de suportar, maiores as chances de acontecer falhas. Maior quantidade de mquinas fsicas significa tambm mais monitoramento, e se algum dispositivo se tornar indisponvel, o pessoal de TI certamente ter de se apressar para recoloc-lo em operao o mais depressa possvel. Muitos desses custos e riscos podero diminuir se reduzirmos o nmero de equipamentos fsicos no centro de dados. Uma das maiores preocupaes das empresas est associada reduo do consumo de energia eltrica na manuteno e disponibilidade dos servidores, pois segundo as pesquisas dos rgos competentes, muito em breve, no haver energia suficiente para suportar o grande nmero de equipamentos de alta densidade que hospedam. (CAPUCCIO, 2007). O desenvolvimento deste trabalho justifica-se pela existncia de inmeras solues e produtos de virtualizao no mercado e cada uma com suas particularidades e caractersticas especficas, tornando a escolha de uma soluo ou outra uma tarefa rdua e de muitos

13

questionamentos por parte da equipe de TI. Portanto, o estudo de caso, abordado, dever viabilizar informaes relevantes s equipes que queiram fazer uso de solues de virtualizao em seus datacenters, alm de servir como material de apoio para futuras pesquisas na aplicao de cada uma das solues utilizadas neste estudo. Outro ponto que fundamenta a pesquisa o fato de que, embaladas pela TI Verde movimento que incentiva as instituies a se utilizarem de solues que minimizem o impacto ao meio ambiente ou o tornem mais sustentvel empresas esto cada vez mais inclinadas em diminuir o consumo de seus datacenters. E um desses caminhos alcanado pela virtualizao de seus servidores fsicos. O objetivo geral da pesquisa buscar um maior entendimento da virtualizao, seus conceitos, os benefcios, seus pontos fortes, os requisitos principais, as barreiras e inviabilidades para sua implementao. Analisando exaustivamente cada atributo, no sentido de agregar o conhecimento necessrio plena compreenso de cada soluo que ser estudada. O objetivo especfico desta pesquisa apresentar uma anlise qualitativa das trs ferramentas de virtualizao mais difundidas no mercado (Microsoft Hyper-V, VMWare ESXi e Citrix Xen Server 5.5), no sentido de oferecer subsdios para a escolha da soluo com melhor custo x benefcio, a ser empregada na consolidao de servidores, no ambiente estudado. Este estudo de caso baseia-se na experincia de trabalho desenvolvida pela equipe de Tecnologia da Informao (TI) do Instituto de Ensino Superior do Esprito Santo (IESES) instituio mantenedora da Faculdade do Esprito Santo e da Faculdade de Castelo entre os meses de junho e agosto de 2010. Nesta ocasio, o IESES adquiriu dois servidores Dell Power Edge T610, para a montagem de seu novo datacenter, com intuito de centralizar as aplicaes, documentos e o ERP corporativo (TOTVS Sistemas) oferecido s suas unidades remotas via Servidor de Terminal. Todo o ambiente corporativo tem como plataforma de sistema operacional o Windows Server 2008 Enterprise R2 e como sistema gerenciador de banco de dados, o SQL Server 2000.

14

Tenciona-se fazer compreender o funcionamento e os requisitos de cada uma das ferramentas de virtualizao selecionadas para este trabalho, servindo de referencial para outras instituies que planejam a utilizao da virtualizao na consolidao de servidores em seus novos projetos de datacenters ou ampliao dos mesmos. Para tanto ser necessrio: a) Demonstrar um modelo de virtualizao de servidores a partir da utilizao de monitores de mquinas virtuais, atravs da instalao das solues e compar-las com o ambiente fsico; b) apresentar os conceitos de virtualizao, suas aplicaes e requisitos. Fazendo um comparativo entre as solues pesquisadas; c) analisar porque virtualizar. Que soluo utilizar e qual(ais) servidor(es) ser(o) virtualizado(s). Invs da utilizao de mquinas fsicas; d) identificar e relatar os principais benefcios com diferentes aplicaes das ferramentas (banco de dados, servidor de terminal e desktop virtual), com o foco nas expectativas para o ambiente do estudo de caso; e) analisar o melhor custo/benefcio entre as solues pesquisadas, no sentido de diminuir o nmero de equipamentos e de aplicaes instaladas em cada servidor objetivando aumentar a produtividade da infraestrutura, melhorar o gerenciamento do ambiente, aumentar a segurana, diminuir a manuteno e economizar recursos humanos, fsicos e financeiros.

Considerando o contexto da pesquisa, aps as medidas de planejamento para virtualizao, deseja-se alcanar os seguintes resultados: a) Reduo do espao fsico necessrio para armazenamento dos servidores; b) reduo do consumo de energia devido a menor quantidade de equipamentos; c) reduo da dissipao de calor, e conseqentemente diminuio da necessidade de refrigerao; d) reduo das conexes de cabos de rede. Menos cabos, significa menor nmero de portas de switch necessrias;

15

e) reduo de tomadas e cabos de energia; f) reduzir o nmero de licenas de software de backup, no caso, para apenas uma licena e; g) reduzir o nmero de licenas para sistemas operacionais.

claro que alm de todos esses benefcios, ainda tem a conteno, o que quer dizer que quando necessitar de um novo servidor, tudo que se precisa fazer criar uma nova mquina virtual, o que reduz significativamente o tempo de disponibilidade de novos servidores. As mquinas virtuais so nada mais do que arquivos, e muito simples a criao de mquinas modelos que se tornam novos servidores em minutos. A virtualizao sem sombra de dvidas uma parte importante dos ambientes de computao atuais, mas muitas pessoas no sabem que este no um conceito novo. De fato, as bases da virtualizao datam das origens da computao moderna. As implementaes originais ainda existem, claro que em novas verses, mas so tipicamente utilizadas apenas em ambientes de supercomputao e de forma geral passaram despercebidas para a gerao que testemunhou o surgimento da computao pessoal. O reaparecimento da virtualizao nos tempos atuais apresentou o conceito para o pblico em geral. De acordo com a VMWare (2010) o uso de servidores sem a aplicao da virtualizao para hospedar servios necessrios ao negcio da empresa, como por exemplo, servidor de e-mail, banco de dados, servidor de aplicao, servidores de terminal, entre outros. Trs um problema para este modelo de administrao de TI que o mau aproveitamento dos recursos das mquinas atuais, onde em mdia os servios utilizam entre 5% a 15% da capacidade de processamento. Da um desperdcio de 85% a 95% de processamento no sendo utilizado. No sentido de proporcionar ao leitor um entendimento detalhado do que a virtualizao e quais os seus benefcios para a TI, este trabalho foi dividido em sete captulos distribudos da seguinte forma: Captulo 1: Introduo Neste captulo abordado todo um contexto sobre como se encontra a TI atualmente. Suas preocupaes com a necessidade de crescimento dos

16

datacenters, no sentido de disponibilizar mais servios, mas em contrapartida, lutando contra a falta de espao fsico para comportar os seus servidores. Captulo 2: Virtualizao Este captulo traz um breve histrico sobre a virtualizao, conceitos, principais requisitos, as tcnicas para implementao, vantagens e desvantagens na aplicao e uso, bem como de um detalhamento sobre as mquinas virtuais (VMs). Captulo 3: O Hypervisor e as Ferramentas de Virtualizao A partir deste captulo o que o leitor envereda-se nos meandros da virtualizao. Ele passa a entender como se d o processo de virtualizao e a importncia do hypervisor na emulao do hardware para a entrega de uma mquina virtual completa a um sistema operacional convidado. Alm disso, um passo-a-passo da instalao, configurao e administrao das trs solues para virtualizao mais difundidas no mercado. Captulo 4: O Estudo de Caso Neste captulo a pesquisa toma forma, pois so abordados os objetivos e justificativas para o estudo, bem como as expectativas com os benefcios que podero ser alcanados com a aplicao da virtualizao no ambiente apresentado. H uma descrio completa do ambiente atual e do futuro pretendido, alm de um detalhamento do hardware e software utilizados no estudo. E como se trata de um estudo de caso, no poderiam faltar os testes de desempenho e de consumo de CPU e memria, tanto no ambiente fsico quanto no ambiente virtual. Captulo 5: Dificuldades Encontradas Este captulo trata das principais dificuldades encontradas durante a criao do ambiente para o estudo de caso. O alto custo do hardware para hospedagem das mquinas virtuais (caso o objetivo seja desempenho e alta disponibilidade) e a falta de ferramentas de monitoramento nas solues pesquisadas. Que por se tratar de verses freewares, no dispunham ferramentas necessrias. Somente encontradas nas verses top de linha (verses pagas). Captulo 6: Concluso Neste captulo mostrado porque as empresas esto motivadas a utilizar a virtualizao em seus datacenters ou a coloca-la nos seus planos de atualizao de servidores. E principalmente, desmistificar que a virtualizao, apesar dos requisitos e custos de implementao, no est disponvel somente para grandes empresas.

17

Captulo 7: Referncias Neste tpico so abordadas as referncias utilizadas para dar embasamento cientfico ao trabalho executado.

18

2. VIRTUALIZAO

Segundo Teixeira (2010), apesar de parecer novo, o conceito de virtualizao data da dcada de 60, quando a IBM implementou e desenvolveu as mquinas virtuais. O propsito, na poca, era de aperfeioar o uso simultneo dos carssimos equipamentos mainframe. De acordo com o contexto, em 1965, um grupo de pesquisadores da IBM, tentava avaliar os conceitos emergentes do Tempo de Compartilhamento de Sistema, o TTS (Time Sharing System). Por isso eles necessitavam de uma forma para realizar avaliaes e testes. Foi ento desenvolvida, no IBM Yorktown Research Center, uma forma de dividir as mquinas em partes menores. Estas, por sua vez, tinham a capacidade de fazer o gerenciamento dos seus prprios recursos. Desta maneira, os pesquisadores podiam efetuar, de forma simultnea, os seus testes nas mais diversas condies de uso. Isso tudo, sem alterar as outras partes que se encontravam isoladas no sistema. Partindo dessa idia, no incio dos anos 70, a IBM cria um sistema operacional radicalmente diferente. Onde seu foco estava em completar separadamente as duas principais funes que o sistema de TTS podia fornecer: multiprogramao e mquina estendida. A parte principal do sistema era o Virtual Machine Monitor (VMM) que proporcionava a multiprogramao e a criao de mquinas virtuais (VMs). Diferente dos outros sistemas operacionais, cada mquina virtual era uma cpia exata do hardware fsico inicial, incluindo modo ncleo e modo usurio, interrupes e tudo mais que uma mquina real teria. Assim, a virtualizao de servidores, to conhecida e difundida atualmente nos servidores da plataforma x86, tem a sua origem e seus conceitos diretamente relacionados a estas descobertas e pesquisas da IBM. A tecnologia como conhecemos hoje, vem sendo preparada desde os anos 90, mas ganhou a grande massa pelas mos da VMware, empresa responsvel pela propagao desta tecnologia (MALULI 2010). De acordo com Williams (2007, p.8), virtualizao um
Framework ou metodologia de dividir os recursos de uma plataforma fsica de computador em mltiplos ambientes de execuo, aplicando uma ou mais tecnologias ou conceitos, como particionamento de hardware e software, tempo compartilhado ou multiprogramao, simulao total ou parcial de mquinas, emulao, qualidade dos servios, e muitos outros.

19

Ainda, segundo Williams (2007, p.8), [...] esta tcnica poderia permitir que um programador desenvolvesse um software em seu terminal, enquanto outro efetuaria a depurao do mesmo, evitando assim a necessidade de esperar um perifrico disponvel. A virtualizao de mquinas fsicas uma tecnologia que permite que um nico equipamento fsico rode, simultaneamente, mais de um Sistema Operacional (SO), mesmo que sejam totalmente diferentes, isto , a criao de mquinas virtuais o que possibilita que diversos Sistemas Operacionais rodem conjuntamente em um mesmo servidor. Portanto, pode-se conceituar mquina virtual (VM) como [...] uma duplicata eficiente e isolada de uma mquina real. J a IBM, define como uma cpia isolada e totalmente protegida de um sistema fsico (LAUREANO, 2006, p.17). Podemos afirmar que uma VM virtualmente igual a uma mquina fsica, ou seja, ela tem BIOS, processo de boot, dispositivos, tais como, discos, placas de rede, memria, placas de vdeo e assim por diante. Chama-se mquina virtual, pois todos estes dispositivos so virtuais. Isso significa que no ser necessrio ter quatro interfaces de rede fsicas para poder executar uma VM com quatro dispositivos de rede ou mesmo quatro interfaces de rede para quatro VMs com um dispositivo de rede cada uma. Tudo acontece atravs do compartilhamento do hardware da mquina fsica (LAUREANO, 2006). De acordo com o contexto, para que seja possvel criar uma VM, h a necessidade de um software que proporcione uma camada de virtualizao, tambm conhecido como hypervisor. Existem basicamente dois tipos hoje no mercado. Aqueles que so instalado sobre um Sistema Operacional (Windows ou Linux), e aqueles que possuem um Kernel prprio e so instalados diretamente no hardware. Segundos as pesquisas, as primeiras experincias tinham como foco

supercomputadores. Isto porque o primeiro chip x86 (o 8086), desenvolvido para computadores pessoais, possua apenas suporte 16 bits e no tinha unidade de gerenciamento de memria. A partir da esta embutida nos novos processadores 8086, contribuindo com sua evoluo. A virtualizao no est restrita nica e exclusivamente aos supercomputadores. Os equipamentos dotados da arquitetura x86, utilizada na maioria dos desktops e em grande parte

20

dos servidores atuais, dispem de processadores capazes de utilizar a virtualizao e executar VMs rodando instncias separadas de diferentes sistemas operacionais. Diversos autores (CHISNALL, 2007; WILLIAMS, 2007; HAGEN, 2008;

MATTHEWS et al, 2008) concordam que a virtualizao implica nos seguintes pontos: a) Adiciona uma camada de abstrao entre as aplicaes e a plataforma fsica; b) permite a reduo de custo e complexidade; c) fornece isolamento de recursos de computadores aumentando a confiabilidade e segurana; d) aumenta os nveis e qualidade de servios; e) melhora o alinhamento dos processos de TI com as metas do negcio; f) elimina a redundncia e maximiza a utilizao da infraestrutura de TI. Sobre as VMs, Siqueira (2007), enftico
A primeira e mais bvia vantagem da virtualizao a reduo de custos. Com apenas uma mquina que possua os recursos suficientes possvel montar uma estrutura com vrios servidores virtuais, dispensando a aquisio de vrias mquinas fsicas. Operacionalmente tambm h vantagens, pois a administrao se torna centralizada e o tempo de manuteno inevitavelmente reduzido.

Siqueira (2007), complementa que outro grande benefcio para a utilizao da virtualizao a de que a mquina virtual se torna independente do hardware fsico, possibilitando a facilidade em promover a continuidade dos negcios, e o baixo tempo de recuperao de desastres (disaster recovery - DR).

21

Nesse sentido, de acordo com o exposto, a independncia do hardware significa que o servidor de backup no precisa ser um equipamento idntico ao real e, ainda, ficar parado aguardando a falha do servidor principal. Isso reduz consideravelmente o custo de um servio de backup e, tambm, a complexidade dele. Com um modelo bem desenhado, possvel em menos de 20 minutos ter um datacenter de uma grande empresa rodando no servidor backup em caso de um sinistro. H de se concordar que isso quase nada, se comparado tarefa de disponibilizar um servidor fsico para assumir o mesmo servio.

2.1 Tcnicas de virtualizao

De acordo com Laureano (2006), as tcnicas de virtualizao mais comumente utilizadas so: virtualizao total e a paravirtualizao.

2.1.1 Virtualizao total

Nesta tcnica, uma estrutura completa do hardware virtualizada, isto , ser replicado virtualmente o hardware da mquina fsica para a VM. Portanto o sistema a ser virtualizado (SO convidado) no precisar sofrer modificaes (LAUREANO, 2006). De acordo com o contexto da pesquisa, apesar de ser um benefcio o fato de o SO convidado no sofrer quaisquer alteraes; em contrapartida o sistema a ser virtualizado ser executado de forma mais lenta, devido necessidade de o VMM ter de implementar alternativas para que as operaes privilegiadas possam ser executadas em processadores que no suportem nativamente a virtualizao. Como exemplo, os processadores de 32 bits. Algumas das ferramentas mais utilizadas nesta tcnica so: Virtual PC, Virtual Box, VMWare Workstation, entre outras.

22

2.1.2 Paravirtualizao

Ainda referenciando Laureano (2006), na paravirtualizao, o SO convidado dever sofrer modificaes para que a interao com o VMM seja mais eficiente, isto , permitindo que o SO convidado acesse diretamente os recursos hardware disponvel (endereos de memria ou disco). claro que esta tcnica acarreta na diminuio da portabilidade do sistema. E a ferramenta mais indicada para esta tcnica o Xen Server, da Citrix, que por ser uma ferramenta baseada em Linux, possibilita tais otimizaes. Laureano (2006), afirma que possvel encontrar um hbrido das duas solues, pois na prtica, vrias otimizaes so implementadas com o objetivo de melhorar o desempenho das aplicaes nos sistemas convidados.

2.2 Classificao das VMs

Conforme os estudos de Laureano (2006), basicamente existem duas classificaes para mquinas virtuais, se comparadas s formas de execuo do monitor de mquina virtual (VMM). A do tipo hospedada, onde o VMM inserido como um processo de um sistema operacional real, denominado sistema anfitrio, e a do tipo no hospedada, onde o VMM implementado entre o hardware e os sistemas convidados.

2.2.1 Mquinas virtuais hospedadas

Neste modelo o VMM executado sobre um sistema operacional anfitrio, como se fosse um processo, um programa, uma aplicao num sistema real. Seu funcionamento parecido ao no hospedado, tendo sua maior diferena na existncia de um SO embaixo deste. Dessa maneira, o VMM simula todas as operaes que o sistema anfitrio controlaria (BRENDEL, 2008). E seguindo esse contexto, na Figura 2.1, tem-se uma adaptao da exemplificao de VM hospedada.

23

Figura 2.1. Mquina virtual hospedada

Adaptao do modelo do livro de CARMONA, Tadeu. Virtualizao, 2008

2.2.2 Mquinas virtuais no hospedadas

Em continuidade aos conceitos de Brendel (2008), nessa modalidade, tambm conhecida como virtualizao completa, Figura 2.2, o monitor de mquina virtual (aqui chamado de hypervisor) assume o controle total do hardware e cria um ambiente de mquina virtual. Cada mquina virtual se comporta como uma mquina fsica completa executando seu prprio sistema operacional, semelhantemente a uma mquina tradicional. O resultado dessa implementao a possibilidade de se criar um conjunto de computadores virtuais executando sobre um mesmo sistema fsico.
Figura 2.2. Mquina virtual no hospedada - virtualizao completa

Adaptao do modelo do livro de CARMONA, Tadeu. Virtualizao, 2008

24

De acordo com o contexto, o hypervisor, neste caso, vigia o acesso ao hardware subjacente e d a cada sistema operacional hspede a iluso de ter sua prpria cpia desse hardware. No preciso usar software para simular uma arquitetura bsica diferente. 2.2.3 Desvantagens no uso da virtualizao

Segundo Carissimi (2008), existem alguns obstculos no uso da virtualizao, pois ela poder ter alteraes de desempenho dependendo da carga de trabalho. Algumas aplicaes e cargas de trabalho podero apresentar especificidades de hardware que talvez no sejam suportadas em um ambiente virtual. Alm disso, a consolidao de servidores em mquinas virtuais possui duas grandes desvantagens em relao utilizao de equipamentos fsicos. A primeira relacionada diretamente a possveis incompatibilidades de hardware que venham a ocorrer no servidor da consolidao. Dependendo do tipo de problema, a disponibilidade das mquinas virtuais deste servidor pode ser comprometida. Em contrapartida, existem alternativas para diminuir esta desvantagem. Nos dias de hoje, apesar do alto grau de confiabilidade que os equipamentos proporcionam, possvel dispor de um servidor que possua redundncia de alguns de seus principais dispositivos, isto , ele poderia contemplar caractersticas como: Espelhamento dos discos internos; redundncia dos adaptadores de rede; redundncia das placas HBAs (Host Bus Adapter), caso o ambiente utilize redundncia das fontes de energia; cluster entre servidores hospedeiros da virtualizao.

armazenamento externo;

Ainda citando Carissimi (2008), a outra desvantagem esta relacionada necessidade de fazer upgrades de hardware ou software no servidor hospedeiro da consolidao. Em ambientes computacionais, esta uma prtica bastante comum, e os servidores utilizados para consolidao no fogem a esta regra. Porm, quando atualizaes desse tipo so requeridas, elas no tornam indisponvel apenas o servidor hospedeiro, mas tambm, mesmo que por um curto perodo de tempo, as mquinas virtuais nele hospedadas.

25

Na abordagem de Carissimi (2008), j existe uma alternativa para suprimir completamente esta desvantagem. possvel efetuar a migrao de mquinas virtuais de um servidor hospedeiro para outro, sem que exista a necessidade de deslig-la. Para tanto, imprescindvel que as VMs compartilhem uma rea de armazenamento externa e uma conexo de rede de alta velocidade entre as mquinas fsicas. Desta maneira, como os servidores acessam a mesma rea de dados, basta que o contedo de memria seja transferido, via rede, de um servidor para outro. Aps as atualizaes - sejam elas de software ou hardware - tenham sido efetuadas, as VMs podem, novamente, ser portadas para o seu servidor de origem. A partir da surge um fator considervel no projeto de virtualizao, o custo com armazenamento, pois a migrao de VMs para alm dos limites de seu host demanda armazenamento compartilhado. Isto incorre em custo adicionais de hardware e software, alm de despesas para a gesto do processo (CARISSIMI, 2008). Carissimi (2008), conclui que, generalizando, altamente provvel que praticamente todo ambiente de TI possa se valer da implantao das tcnicas de virtualizao no datacenter, pois a configurao do hardware virtual de uma mquina virtual normalmente projetada para oferecer acesso aos componentes mais comumente usados em um computador fsico, tais como: discos e adaptadores de rede - virtuais. Como toda tecnologia, a virtualizao tima quando funciona. No esto descartadas incompatibilidades e perda de desempenho com certas aplicaes. O banco de dados tende a tomar conta de toda a memria. Quando colocado junto com a virtualizao, compete pelo controle dos recursos, gerando conflitos, diz Silvio Pereira, consultor da Sun. Alguns aplicativos que controlam dispositivos fsicos de rede, como o firewall, tambm no devem compartilhar ambientes virtualizados. Grandes economias com hardware ou licenas de software tambm no se deve esperar da virtualizao, pelo menos num primeiro momento. As mquinas virtuais consomem bastante processamento e memria, exigindo mquinas parrudas, que custam caro. Para a mquina virtual achar que est sozinha no hardware, no pode haver gargalo de memria, alerta Roberto Brando, gerente de tecnologia da AMD.

26

3. O HYPERVISOR E AS FERRAMENTAS DE VIRTUALIZAO

De acordo com Carissimi (2008), as tcnicas de virtualizao tem se tornado a grande revoluo da rea de TI nesses ltimos anos, basta acompanhar as recentes pesquisas referentes ao crescimento do volume de investimento das empresas nesse sentido e a ascenso daquelas que oferecem solues de virtualizao. Existem disponveis vrias solues de virtualizao. Basicamente, so solues comerciais, gratuitas (freewares), em software livre, integradas a sistemas operacionais, etc. Pelo fato desse trabalho de pesquisa, ter seu foco voltado apresentao de uma comparao qualitativa entre as trs principais ferramentas que esto atualmente dominando o mercado da virtualizao (VMware ESXi, o Citrix Xen Server e o Microsoft Hiper-V), tornase desnecessrio e fora de escopo, tecer comentrios sobre todas as demais ferramentas disponveis. Continuando em Carissimi (2008), os trs produtos pesquisados possuem tecnologias bare-metal ou de hypervisor, instaladas diretamente nos servidores fsicos sem necessitar de um sistema operacional host (hospedeiro). Esta abordagem bare-metal oferece melhor performance e gerenciabilidade que as solues baseadas em host hospedado, tais como o VMware Workstation, Sun Virtual Box e o Microsoft Virtual PC.

3.1. O Hypervisor

Segundo Siqueira; Brendel (2007), conceituando o hypervisor, basicamente, o hypervisor um mediador de interrupo de cdigo de uma mquina virtual hspede para uma ISA (hardware), mas a pergunta : como ele pode fazer isso? Em resposta ao questionamento anterior, quando uma mquina virtual hspede roda um sistema operacional diferente do hospedeiro, como ele traduz para entendimento do hospedeiro? Uma soluo que j est sendo implementada pelos fabricantes tornar o hardware quanto mais compatvel com essa tecnologia, fazendo o hypervisor capaz de

27

controlar o acesso a dispositivos requisitados pelos hospedeiros, os processadores Intel-VT e o AMD-V j possuem essa tecnologia que reconhece a hierarquia de virtualizao nas suas operaes (SIQUEIRA; BRENDEL, 2007). Conforme (MATHEWS 2009), o hypervisor emula os recursos fsicos do computador hospedeiro, disfarando-os como contrapartidas virtuais discretas que podem ser alocadas para uso por hspedes individuais. J os hspedes virtuais tratam o hardware virtual alocado como se ele fosse real. Da, o papel do hypervisor garantir que essa iluso seja perfeita. Alm disso, os hypervisores precisam conferir algum nvel de isolamento entre os hspedes. A Figura 3.1 exemplifica o relacionamento entre o hardware fsico, o hypervisor e as mquinas virtuais hspedes.
Figura 3.1 Relao entre o hardware, o hypervisor e as mquinas virtuais.

Fonte: Mathews (2007)

De acordo com o contexto, os VMMs tambm permitem uma interface amigvel com o hardware. Isso permite a portabilidade, que outro benefcio-chave da virtualizao. De fato, muitos hypervisores mais atuais permitem que mquinas virtuais hospedadas, e em operao, sejam deslocadas de uma mquina fsica para outra sem nenhuma interrupo. As configuraes desses sistemas podem ser facilmente desenvolvidas numa mquina e ento distribudas para diversas outras. Diminuindo o trabalho de gerenciar e distribuir software em colees de mquinas com caractersticas de hardware diferentes. fato que sistemas hspedes podem mesmo migrar de um computador fsico para outro enquanto executam suas aplicaes, afirma (MATHEWS, 2009).

28

Para uma compreenso mais clara, isso quer dizer que, no caso necessidade de parada do servidor principal, basta migrar as mquinas virtuais para outro servidor fsico, sem que seja necessria a parada das VMs em operao, Como mostra a Figura 3.2 (VMWARE, 2010).
Figura 3.2 - Exemplo de migrao ativa

Fonte: www.vmware.com/pdf/vsphere4/r40/vsp_40_intro_vs.pdf>

3.2 VMWare ESXi

Baseado na pesquisa ao site da VMWare, entre outros autores, neste tpico, sero relatados os conceitos, a instalao e a forma de gerenciamento do VMWare ESXi e suas VMs.

29

3.1.1 Conceitos

O VMware ESXi Server uma camada de virtualizao que abstrai processador, memria, armazenamento e recursos de rede em vrias mquinas virtuais. instalado diretamente no hardware de servidor. O ESXi Server particiona um servidor fsico em vrias mquinas virtuais seguras e portteis que podem ser executadas lado a lado no mesmo servidor fsico. Conforme ilustrado na Figura 3.3 (VMWARE, 2010).
Figura 3.3 Estrutura do VMWare ESXi Server

Fonte: http://hotsite.cntbrasil.com.br/files/data-sheet/esx_datasheet_br.pdf

Ainda segundo a VMWare (2010), cada VM cpia fiel de um sistema completo com processador, memria, elementos de rede, sistemas de armazenamento e BIOS de modo que os sistemas operacionais e aplicativos Windows, Linux, Solaris e NetWare possam ser executados nos ambientes virtualizados sem qualquer modificao. Os recursos de hardware tambm so virtualizados. O suporte para os diversos dispositivos fornecido pelo prprio sistema operacional hospedeiro. Para ter acesso aos dispositivos, o VMWare instala um driver de dispositivo, o VMDriver. Este driver pe a placa de rede em modo promscuo, recebendo todos os quadros ethernet, e cria uma ponte (bridge), que encaminha os quadros para o sistema hspede ou para a mquina virtual especificada (MATTOS, 2010).

30

De acordo com Rangel (2009), a infraestrutura virtual auxilia o monitoramento e alocao de recursos entre as mquinas virtuais de forma a atender requisitos e regras de negcios. Oferecendo solues para alta-disponibilidade, backup, migrao de mquinas virtuais e atualizao de verses de softwares. Dentre as principais caractersticas, ressalta: a) Gerenciamento Web; b) aumento da capacidade de memria em tempo real; c) cada VM pode usar at quatro processadores fsicos; d) gerencia at 32 CPUs lgicos e 64GB de RAM; e) suporta at 128 mquinas virtuais ativas; f) possibilita standby quando as mquinas estiverem ociosas; g) gerenciamento de recursos de mquinas virtuais; h) priorizao da capacidade da CPU. 3.1.2 Instalao do VMWARE ESXi Server

O VMware ESXi gratuito. No entanto, o software vem com um modo de avaliao de 60 dias. Recomenda-se efetuar o registro no site do fabricante (www.vmware.com) para obter a chave de licena livre para sair do modo de avaliao (VMWARE 2010). Ainda conforme a VMWare (2010), para dar seguimento ao processo de instalao do VMWare ESXi Server necessrio obter o instalador do software em questo, o que poder ser efetuado no prprio site do fabricante e certificar-se de que o equipamento fsico (host) possa dar boot pelo drive de CD. Depois de atendidos esses requisitos, basta seguir os seguintes passos:

31

a) Ligar o equipamento; b) inserir o CD de instalao no driver; c) ao aparecer a imagem, conforme ilustrada na Figura 3.4, pressionar <Enter>;
Figura 3.4 Tela de incio da instalao do VMWare ESXi Server

Fonte: http://www.vmware.com/pdf/vi3_35/esx_3i_i/r35u2/vi3_35_25_u2_3i_i_get_start.pdf

d) depois de finalizada a instalao, retirar o CD do driver e reiniciar o equipamento; Aps a reinicializao a tela de configuraes do ESxi ser apresentada da de acordo com a Figura 3.5.
Figura 3.5 Tela de finalizao da instalao do VMWare ESXi Server

Fonte: http://www.vmware.com/pdf/vi3_35/esx_3i_i/r35u2/vi3_35_25_u2_3i_i_get_start.pdf

32

Segundo a VMWare (2010), a partir desse ponto, basta pressionar a tecla F2 para customizar as configuraes do host, isto , nome do host, IP, mscara de rede, entre outras. Estas informaes so essenciais continuidade do processo de criao e gerenciamento das VMs. Assunto o qual ser tratado mais adiante.

3.1.3 Administrao e criao das mquinas virtuais

Continuando em VMWare (2010), para a administrao e criao das mquinas virtuais no servidor host, ser necessria a instalao do VI Client (Console de administrao do VMWare ESXi) em uma mquina qualquer, desde que esteja na mesma configurao de rede do servidor host, pois esta console ser utilizada em todo o processo de gerenciamento das mquinas virtuais. Da mesma forma que o ESXi, o VI Client poder ser obtido gratuitamente no site da WMware. Sua instalao bem simples e segue a mesma regra para quaisquer aplicaes do mercado. A Figura 3.6, ilustra a tela inicial da console do VI Client.
Figura 3.6 - Tela de logon do VI Client

Fonte: http://www.vmware.com/pdf/vi3_35/esx_3i_i/r35u2/vi3_35_25_u2_3i_i_get_start.pdf

Tendo efetuado logon atravs do VI Client com as credenciais cadastradas de acordo com o informado na criao do host, ser exibida a tela de gerenciamento do VMWare. De onde poder ser efetuada toda a gesto e manuteno das mquinas virtuais, conforme ilustrado na Figura 3.7 (VMWARE 2010).

33

Figura 3.7 - Console de administrao do VMWare ESXi

Fonte: http://www.vmware.com/pdf/vi3_35/esx_3i_i/r35u2/vi3_35_25_u2_3i_i_get_start.pdf

Ainda referenciando o material oficial do fabricante VMWare (2010), para a criao de uma mquina virtual, basta clicar com o boto direito do mouse no servidor e escolher a opo New virtual machine.... Ser exibido um wizard onde devero ser informados os dados solicitados para a nova mquina virtual, tais como: nome, local de armazenamento, quantidade de discos, qual o SO a instalar (atentando para as diferenas entre plataformas 32 e 64 bits), quantidade de processadores, memria, placa de rede e tamanho do disco rgido. A forma de criao de uma VM ilustrada na Figura 3.8.
Figura 3.8 Criando uma nova mquina virtual

Fonte: http://www.vmware.com/pdf/vi3_35/esx_3i_i/r35u2/vi3_35_25_u2_3i_i_get_start.pdf

Estando a mquina virtual foi criada, preciso selecionar a mdia de instalao para mesma. Para tanto, basta editar a VM em questo e clicando com o boto direito do mouse sobre a mesma e escolher a opo Edit Settings. E para iniciar a mquina virtual basta clicar com o boto direito do mouse sobre ela e escolher a opo Power ON. Inserir o CD de

34

instalao do SO escolhido no drive e seguir os passos de acordo com o solicitado. A ilustrao desse processo est na Figura 3.9 (VMWARE 2010).

Figura 3.9 Iniciando uma mquina virtual

Fonte: http://blogdovicente.com/wp-content/uploads/2008/08/ligando-maquina-virtual.jpg

Ainda de acordo com VMWare (2010), os passos para criao de novas mquinas virtuais, independente de SO, segue a mesma regra geral abordada no item anterior, da mesma forma que para o gerenciamento das VMs j em produo. E no site http://www.vmware.com/, possvel fazer o download das ferramentas citadas.

3.2 Xen Server 5.5

Baseado na pesquisa ao site da Citrix, entre outros autores, neste tpico, sero relatados os conceitos, a instalao e a forma de gerenciamento do Citrix Xen Server 5.5 e suas VMs.

35

3.2.1 Conceitos De acordo com a Citrix (2009), o Xen Server 5.5 um monitor de mquina virtual (hypervisor) que permite que se utilize um computador fsico para executar muitos computadores virtuais por exemplo, executar um servidor de Internet em produo e um de teste na mesma mquina fsica ou executar Linux e Windows simultaneamente. Embora no seja o nico sistema de virtualizao disponvel, o Xen Server 5.5 tem uma combinao de caractersticas que o tornam especialmente adequado para muitas aplicaes importantes. Ele pode ser executado em plataformas de hardware comuns e um software de cdigo aberto. rpido, e pode-se facilmente mudar sua escala de operao, alm e possuir caractersticas tpicas de servidor, como por exemplo, a migrao ativa (CITRIX, 2009). Segundo Rodrigues (2009), o Xen Server 5.5 foi desenvolvido pelo System Research Group da Universidade de Cambridge, e se utiliza da paravirtualizao para prover s VMs um desempenho prximo daquele obtido se elas estivessem diretamente sobre o hardware fsico, possibilitando virtualizar uma estrutura fsica para diversas VMs (domU1) que podem hospedar uma variedade de Sistemas Operacionais, como Linux, FreeBSD, Solaris e Windows. Tendo sua estrutura composta por trs componentes bsicos, o hypervisor, o Dom0 e o DomU. Essa estrutura ilustrada pela Figura 3.10.
Figura 3.10 Estrutura do Xen Server 5.5

Fonte: Dissertao Elder Macedo Rodrigues

36

De acordo com a Citrix (2009), o Xen Server 5.5 uma plataforma de virtualizao baseada no hypervisor de cdigo aberto e contm o XenCenter uma console de gerenciamento de mltiplos servidores com recursos bastante avanados, tais como gerenciamento de mltiplos servidores, de mquina virtual (VM), snapshots, suporte para armazenamento compartilhado, grupos de recursos e a migrao quente do XenMotion. O XenMotion permite que se mova mquinas virtuais entre hosts sem a necessidade de parada das VMs.

3.2.2 Instalao do Xen Server 5.5 Continuando, conforme a Citrix (2009), para iniciar o processo de instalao do Xen Server 5.5 necessrio obter o instalador do software em questo, o que poder ser efetuado no prprio site do fabricante (http://www.citrix.com/xenserver/download) e certificar-se de que o equipamento fsico (host) possa dar boot pelo drive de CD. Depois de atendidos esses requisitos, basta seguir os seguintes passos: a) Ligar o equipamento; b) Inserir o CD de instalao no driver; c) ao aparecer a imagem de acordo com a Figura 3.11, pressionar <Enter>;
Figura 3.11 - Tela de inicializao da instalao do Xen Server

Fonte: http://www.howtoforge.com/virtualization-with-xenserver-5.5.0

37

d) Depois de finalizar a instalao, retirar o CD do driver e reiniciar o equipamento; Aps o processo de reinicializao, a tela de configuraes do Xen Server 5.5 ser apresentada conforme a Figura 3.12. Onde podero ser efetuadas todas as configuraes necessrias no host, bem como todo o gerenciamento e manuteno das mquinas virtuais. Como se trata de uma interface de linha de comando, essa tarefa se torna um tanto rdua para usurios sem muitos conhecimentos. A gesto efetuada via console muito mais amigvel e intuitiva (CITRIX, 2009).
Figura 3.12 - Tela inicial do host do Xen Server 5.5

Fonte: http://www.howtoforge.com/virtualization-with-xenserver-5.5.0-p2

Ainda de acordo com Citrix (2009), o Xen Server possui um processo de instalao direto, normalmente chamado de 10 minutos para ter a experincia Xen. O console de administrao baseado em GUI (Interface Grfica de usurio) do Xen Center instalado a seguir em qualquer PC ou servidor Windows. As informaes de configurao do sistema so mantidas em um local de armazenamento de dados interno dentro do domnio de controle do Xen Server e replicado por todos os servidores, que so gerenciados juntos (formando um grupo de recursos) para manter a alta disponibilidade dos servios core de gerenciamento. Por isso, um servidor de banco de dados separado no necessrio para as funes de gerenciamento.

38

3.2.3 Gerenciamento do Xen Server 5.5

Segundo a Citrix (2009), da mesma forma que nas aplicaes de mercado, a console do Xen Server 5.5 (Citrix XenCenter) segue as mesmas regras para instalao. E mais uma vez, lembrando de que esta dever ser efetuada em outra mquina que se encontre na mesma configurao de rede da mquina host. atravs desta console que ser efetuada a conexo com o servidor host. A figura 3.13 ilustra a tela inicial da mesma.
Figura 3.13 - Tela de viso da Console Citrix Xen Center

Fonte: Gerada atravs da console local do Citrix Xen Server

De acordo com o contexto, ao efetuar a conexo com o host, sero solicitados o IP, usurio e senha cadastrados no momento da instalao do host do Xen Server 5.5. Depois dos dados informados com sucesso, ser exibida a tela exibida na Figura 3.14, abaixo:
Figura 3.14 Viso da Console Citrix Xen Center

Fonte: Fonte: http://www.howtoforge.com/virtualization-with-xenserver-5.5.0-p4

39

No muito diferente de outras ferramentas de gerenciamento de VMs, a console Citrix Xen Center bem amigvel e oferece menus intuitivos para a criao e gesto das mquinas virtuais. Para a criao de uma mquina virtual escolhe-se a opo VM > New VM.... Nos passos seguintes devero ser inseridos os dados solicitados para a nova mquina virtual, tais como: nome, local de armazenamento, quantidade de discos, qual o SO a instalar (atentando para as diferenas entre plataformas 32 e 64 bits), quantidade de processadores, memria, placa de rede e tamanho do disco rgido (CITRIX, 2009). 3.3 Microsoft Hyper-V

A virtualizao muito mais que simplesmente consolidar servidores fsicos e cortar os custos do datacenter. Na Microsoft, virtualizao significa ajudar departamentos de TI maximizar o ROI e economias de custo na empresa e melhorar poderosamente a continuidade dos negcios. Por isso criamos um portflio de produtos que trata de todos os aspectos da infraestrutura fsica e virtual servidores, redes, aplicaes e estaes de trabalho em mltiplos hypervisores e que pode ser gerenciados atravs de um console centralizado (MICROSOFT, 2009). Com base na pesquisa ao site da Microsoft, entre outros autores, neste tpico, sero relatados os conceitos, a instalao e a forma de gerenciamento do Microsoft Hyper-V Server 2008 R2 e suas VMs. O Hyper-V Server 2008 R2, desde ponto em diante, poder ser referenciado como Hyper-V Server ou to somente como Hyper-V.

3.3.1 Conceitos do Hyper-V

Segundo Fernandes (2009), o Hyper-V a soluo de virtualizao de servidores da Microsoft, que concorre cabea com cabea com o VMware ESX Server e Xen Server 5.5. O Hyper-V entregue de duas formas: Como uma funo no Windows Server 2008 e Windows Server 2008 R2, e tambm disponibilizado gratuitamente pela Microsoft na forma de HyperV Server 2008 R2. A mais recente verso do Hyper-V normalmente conhecida como HyperV 2.0, o qual abordado neste trabalho de pesquisa.

40

Ainda de acordo com o contexto, como o prprio nome indica, o Hyper-V uma soluo de virtualizao baseada no hypervisor, o que significa que a camada de software que fornece o suporte a virtualizao executado diretamente sobre o sistema de hardware fsico. Essa configurao fornece uma plataforma de alto desempenho de virtualizao. Continuando em Fernandes (2009), o Hyper-V Server 2008 R2 deve ser gerenciado remotamente, da mesma forma que mostrado nas ferramentas anteriores. No h nenhuma interface grfica local. Outra diferena importante o licenciamento do Hyper-V Server 2008 R2, pois ele no inclui nenhuma licena para qualquer host ou SO convidado, isto , todo SO nele hospedado dever ter sua prpria licena de uso. Acrescentando, ainda, que d suporte tanto a arquitetura de 32 quanto de 64 bits. Com uma vantagem superior para a arquitetura x64, por possibilitar acessar um maior espao de endereamento e oferecer suporte a sistemas com mais memrias e, assim, permitir mais maquinas virtuais em um nico sistema host. Alm de outras caractersticas, tais como: a) Memria fsica mxima de at 1TB; b) Mxima memria (por VM) 64 Gb; c) No h limites para VM rodando simultaneamente (limitao imposta pelo hardware) Segundo a Microsoft (2009), o Hyper-V, em conjunto com as solues de gerenciamento de sistema j existentes, como o Microsoft System Center, pode ajud-lo a ter a viso de um centro de dados dinmico, com sistemas de autogerenciamento e agilidade operacional. Por meio de recursos como a reconfigurao automatizada de mquinas virtuais, o controle flexvel de recursos e a migrao rpida, possvel criar um ambiente de TI dinmico, que utiliza a virtualizao no somente para resolver problemas, mas tambm para antecipar o aumento de demanda. De acordo com Rodrigues (2008), o Hyper-V pode ser enquadrado como um item fundamental no planejamento de virtualizao de datacenter. Demonstrando que seus recursos ajudam a solucionar problemas em cenrios comuns: consolidao de servidores, continuidade dos negcios e gerncia de recuperao de desastre, ambiente de teste e de

41

desenvolvimento. Ele uma soluo independente e dedicada, contendo apenas o Hypervisor, os componentes de virtualizao e o modelo de driver do Windows Server, ela fornece uma pequena superfcie de memria e sobrecarga mnima. Ele se adapta facilmente aos ambientes de TI dos clientes, potencializando seus conhecimentos, processos e ferramentas de atualizao, provisionamento, gerenciamento e suporte. Nas pesquisas realizadas em Microsoft (2009), o Hyper-V contempla trs verses: Standard, Enterprise, e datacenter. O que difere essas verses que a verso Standard pode ter apenas uma instncia (VM), na Enterprise; at quatro instncias, j na Datacenter; pode-se ter quantas VMs o hardware suportar - o fator limitante o hardware. Alm destas, existe uma Server Core do Windows Server 2008, que o prprio Windows Server 2008 sem a interface grfica do usurio, a maioria das pessoas sempre tem dvidas entre as verses Server Core e Hyper-V, mas h uma diferena bsica entre esses produtos. que na verso Server Core pode-se habilitar outras funes como o Active Directory (AD), DNS, etc. J no Hyper-V s est disponvel o hypervisor, isto , no h a possibilidade de adicionar outras funes ao servio.

3.3.2 Instalao do Hyper-V

Conforme Parisio (2009), o Hyper-V uma verso que possui apenas o Windows Hypervisor, nenhum outro Papel de Servidor est disponvel, poder-se- administrar as maquinas virtuais remotamente de qualquer computador com Windows Vista ou Windows 7, utilizando o RSAT (Remote Server Administration Tool) - ferramenta disponvel para download no site da Microsoft - ou atravs do Gerenciamento do Hyper-V funo disponvel para instalao tanto no Vista quanto no Windows 7 - e usufruir de todos os recursos grficos da interface de gerenciamento. O Hyper-V gratuito. E por se tratar de uma verso grtis, todas as maquinas virtuais que o servidor hospedar devero ter sua prpria licena, reforando o que j citado anteriormente. Para a instalao do Hyper-V, da mesma forma que nas ferramentas anteriores, h a necessidade de efetuar o download da ferramenta, no site do fabricante, no link, http://download.microsoft.com/download/0/2/6/026D5014-120C-4FFE-9C9B-

42

CB160DBDD9DE/GRMHVxFRE1_DVD.iso, e aps gravar a ISO do Hyper-V Server em um DVD, configure a BIOS para boot com DVD. Antes de salvar as alteraes, inserir o DVD do Hyper-V no drive de DVD-ROM, sair da BIOS, salvando as alteraes, logo em seguida poder ser vista a tela de inicializao, ilustrada pela Figura 3.15 (MICROSOFT, 2009).
Figura 3.15 Viso da tela de inicializao da instalao do Microsoft Hyper-V

Fonte: http://www.babooforum.com.br/forum/index.php?/topic/685511-instalando-e-configurando-ohyper-v-server-2008/

Depois de seguidos os passos e customizaes solicitados durante o processo de instalao ser exibida a tela de logon, ilustrada na Figura 3.16. E que, tendo informadas as credenciais de acordo com os critrios exigidos, ser efetuado logo no servidor host (PARISIO, 2009).
Figura 3.16 Viso da tela de LOGON Microsoft Hyper-V

Fonte: http://www.babooforum.com.br/forum/index.php?/topic/685511-instalando-e-configurando-ohyper-v-server-2008/

43

De acordo com Parisio (2009), efetuados os processos relativos ao logon no servidor host, a prxima etapa ser a configurao das opes preliminares para o funcionamento e a habilitao dos recursos de administrao do Hyper-V, atravs da console. Na tela de configurao do Hyper-V, ilustrada na Figura 3.17, possvel a configurao de alguns itens vitais ao perfeito gerenciamento das mquinas virtuais, dentre eles: a) Domain/Workgroup: Altera a participao do servidor de grupo de trabalho para domnio; b) Computer Name: Altera o nome do computador; c) Network Settings: Configura as opes de rede e protocolo TCP/IP; d) Add Local Administrator: adiciona um usurio como administrador do servidor; e) Windows Update Settings: Configura as opes do Windows Update; f) Download and Install Updates: Baixa e instala updates manualmente; g) Remote Desktop: Habilita e desabilita a rea de Trabalho Remota; h) Regional and Language Options: Ajusta as configuraes Regionais e linguagem; i) Date and Time: Ajusta as configuraes de data e hora; j) Log Off User: Executa log off da conta de usurio; k) Restart Server: Reinicia o Servidor; l) Shut Down Server: Desliga o Servidor; m) Exit to Command Line: Fecha o Command Line do Hyper-V Configuration.

44

n) Figura 3.17 - Tela de configurao do Hyper-V

Fonte: http://www.babooforum.com.br/forum/index.php?/topic/685511-instalando-e-configurando-ohyper-v-server-2008/

3.3.3 Gerenciamento do Hyper-V

Conforme mencionado anteriormente, Parisio (2009), afirma que o host do Hyper-V s poder ser gerenciado atravs de uma console, em uma mquina que esteja na mesma rede que o servidor host. E para tanto dever ser utilizada a ferramenta RSAT ou habilitando o papel do gerenciamento do Hyper-V, disponvel como recurso na console do Windows Vista e Windows 7. Na Figura 3.18, exibida a viso da console de gesto do Hyper-V.
Figura 3.18 Gerenciado do Hyper-V exibindo conexo com o host (CORE_VT)

Fonte: http://www.babooforum.com.br/forum/index.php?/topic/685511-instalando-e-configurando-ohyper-v-server-2008/

45

Tendo efetuada a conexo com o host do Hyper-V, ser possvel a criao e gerenciamento das mquinas virtuais. Na Figura 3.19, exibido o passo inicial na criao de uma mquina virtual, atravs do comando Ao > Novo > Mquina Virtual.... E da mesma forma que nas ferramentas tratadas anteriormente, so necessrios alguns parmetros para a finalizao deste comando, tais como: nome, local de armazenamento, quantidade de discos, qual o SO a instalar (atentando para as diferenas entre plataformas 32 e 64 bits), quantidade de processadores, memria, placa de rede e tamanho do disco rgido (PARISIO, 2009).
Figura 3.19 - Criando uma mquina virtual no Hyper-V

Fonte: http://www.babooforum.com.br/forum/index.php?/topic/685511-instalando-e-configurando-ohyper-v-server-2008/

Segundo Parisio (2009), aps a criao da mquina virtual, as customizaes so disponibilizadas em uma barra de menus direita da tela, bastando clicar com o boto direito do mouse sobre a mquina virtual e escolhendo a opo Configuraes, conforme exemplificado na Figura 3.20.
Figura 3.20 - Customizao de uma mquina virtual

Fonte: http://www.babooforum.com.br/forum/index.php?/topic/685511-instalando-e-configurando-ohyper-v-server-2008/

46

4. O ESTUDO DE CASO

Segundo Yin (2001), o estudo de caso permite uma investigao para se preservar as caractersticas significativas de eventos reais. O estudo de caso uma importante estratgia de pesquisa, representa uma maneira de se investigar um tpico emprico seguindo um conjunto de procedimentos pr-especificados e, no menos importante, possibilitar fundament-lo atravs de pesquisas a obras de autores renomados, alm de consultas vasta gama de materiais cientficos disponveis na Internet.

4.1 Objeto do estudo de caso

O estudo de caso ser realizado no Instituto de Ensino Superior do Esprito Santo IESES, empresa mantenedora da Faculdade de Castelo FACASTELO e da Faculdade do Esprito Santo UNES, sendo a FACASTELO formada por um campus com aproximadamente 800 alunos, e a UNES, com dois campi, acumulando um total de 1700 alunos. Essa composio ilustrada na Figura 4.1.
Figura 4.1 Ilustrao da composio fsica do IESES

O IESES foi fundado em 1999, com a inaugurao do campus da FACASTELO, situada no municpio de Castelo/ES, e j em 2001 iniciava as atividades do novo campus de Cachoeiro de Itapemirim, coma inaugurao da UNES. Cinco anos mais tarde, cria seu segundo campus, a UNES Centro, tambm na cidade de Cachoeiro de Itapemirim.

47

4.2 Objetivos do estudo de caso

O estudo de caso abordado neste trabalho tem por objetivo validar os conceitos apresentados at ento e analisar a estrutura consolidada dos servidores do IESES, tendo em vista a diminuio do TCO (TCO - Total Coust of Ownership - Custo Total de Propriedade), aumento do desempenho dos servidores por meio da operao consolidada e melhores nveis de servios e gerenciamento dos sistemas. Alm de fornecer um maior entendimento das tarefas que norteiam a escolha de uma ferramenta de virtualizao para consolidao de servidores, bem como oferecer respostas aos questionamentos de equipes e profissionais de TI quanto s vantagens e desvantagens da sua implementao.

4.3 Descrio do ambiente atual e futuro O ambiente atual do IESES composto por um total de doze servidores fsicos distribudos em seus trs campi. E com a consolidao de servidores pretende-se enxugar a estrutura atual a um total de sete servidores fsicos em seus trs campi. Tal implementao tem incio previsto para novembro de 2010, com finalizao dos trabalhos em dezembro de 2010. Na Figura 4.2, tem-se uma demonstrao grfica da distribuio dos servidores.
Figura 4.2 - Ambiente atual do IESES

48

4.4 Hardwares e softwares utilizados no estudo de caso No sentido de validar as pesquisas executadas, no estudo de caso abordado neste trabalho, foram utilizados os seguintes recursos de hardware e software: 4.4.1 Hardware As mquinas virtuais foram criadas respeitando, na medida do possvel, uma realidade bem prxima s mquinas fsicas atuais. E devido aos requisitos das ferramentas de virtualizao, tais como: suporte a arquitetura 32/64 bits e do assistente de virtualizao por hardware (presente nos processadores Intel VT e AMD V), foram utilizados os seguintes equipamentos: a) CPU Intel Core i5 661, 3.34 Ghz, 6 Gb RAM DDR3 1033 Ghz, 2 HDs SATA II Seagate Barracuda 7200 rpm, 1.5 Tb; b) Dell Power Edge 1800 CPU Intel Xeon, Bi processado, 2.9 Ghz, 6 Gb RAM, 2 HDs SCSI 146 Gb, em RAID 1; c) Dell Power Edge 830 CPU Intel P4, 3 Ghz, 4 Gb RAM, 2 HDs 250 Gb SATA II; d) Dell Power Edge T610 CPU Intel Xeon E5530, Bi processado, 2.4 Ghz, 16 Gb RAM DDR3, 2 HDs SCSI 146 Gb, em RAID 1, controladora PERC 6/1; e) Notebook Acer, modelo 5920, 2 Gb RAM DDR2, HD SATA II 250 Gb.

49

4.4.2 Software Para o ambiente de testes e simulaes, alm das ferramentas utilizadas como base deste trabalho, foram utilizadas algumas aplicaes e SOs, tais como: a) Microsoft Windows XP Professional com service Pack 3; b) Microsoft Windows 7 Professional; c) Microsoft Windows 2008 Enterprise R2; d) Microsoft MAP Tool Kit 5.0; e) Ferramentas Administrativas do Servidor Remoto para Windows (RSAT); f) Microsoft SQL Server 2008 R2; g) ERP Corporativo Linha Educacional, da TOTVS Sistemas.

4.5 Mtricas propostas

Neste tpico efetuado um comparativo entre as ferramentas estudadas, atribuindo mtricas aos itens identificados como relevantes anlise. J para os testes comparativos de gerenciamento de memria e de consumo de CPU, entre o ambiente atual (com o servidor fsico) e o ambiente virtualizado, tomou-se como mtrica uma operao de backup/restore de um arquivo de 4.5 Gb do banco de dados corporativo. A escolha dessa tcnica, justifica-se pelo fato de serem rotinas analisadas como as maiores consumidoras de recursos no ambiente estudado. A execuo das rotinas foi efetuada via SQL Server Manager (ferramenta de gesto do SGBD Microsoft SQL Server 2000).

50

4.5.1 Instalao e administrao Neste item abordam-se, desde o processo de aquisio da ferramenta, no site do fabricante, as polticas de licenciamento para testes, construo da mdia para instalao, instalao propriamente dita, habilitao da console de gerenciamento do host e criao e gesto das VMs. Para tanto, atribuiu-se valores de 0 a 5. Onde zero, representa uma tarefa muito difcil e 5, que representa uma tarefa muito fcil. E as mtricas so listadas na tabela 4.1.
TABELA 4.1 Comparativo entre as ferramentas estudadas. Licena de Confeco Instalao Habilitao Aquisio uso da mdia do host da console 3 4 4 5 5 5 4 4 4 4 4 4 4 4 4

Soluo VMWare ESXi Xen Server MS Hyper-V R2

Gesto das VMs 3 3 3

A mtrica Aquisio foi medida de acordo com o grau de dificuldade para acesso soluo no site do fabricante. Incluindo, necessidade de cadastro e tempo de download. Ficando o VMWare ESXi com um ponto a menos, que as duas outras solues, devido a facilidade e quantidade de informao disponvel. Na mtrica Licena de uso, foram consideradas a necessidade de registro e os requisitos para a instalao da soluo. Onde as trs solues obtiveram mesma pontuao, dada a no obrigatoriedade de se efetuar registro, alm do fato de serem aplicaes free, isto , sem custo de aquisio. No quesito Confeco da mdia, o qual se refere produo do material para instalao da soluo, pois as mesmas so disponibilizadas em imagens ISO, foram medidos o tempo e o grau de dificuldade para converso e gravao das mdias a serem utilizadas. Onde todas obtiveram mesma pontuao, pois tiveram os mesmos passos para a execuo das tarefas. Na mtrica Instalao do host, foi analisado o grau de dificuldade para a instalao do servidor host (hypervisor). E nesta tarefa, praticamente, no foram notadas dificuldades. O

51

mesmo ocorreu na mtrica Habilitao da console, rotina, obrigatoriamente, sequencial instalao do host. Na Gesto das VMs foram tratadas desde a criao, configurao e gerenciamento das mquinas virtuais criadas sobre o hypervisor (host). E que apesar das particularidades de cada soluo, as quais necessitavam um conhecimento mais apurado, por parte do usurio, no que tange ao espao alocado para o hd virtual e escolha da quantidade de memria, as tarefas transcorreram sem maiores contratempos. 4.5.2 Consumo de memria e CPU

Nas avaliaes de consumo de CPU e memria, dividiu-se os testes em dois ambientes, o dos servidores fsicos e o dos servidores virtuais. Onde cada um dos ambientes contemplava um servidor de Banco de Dados e um servidor de Servio de Terminal (Servidor de aplicaes). Sendo que para os servidores de Banco de Dados, os testes foram efetuados atravs de simulaes de rotinas de backup/restore da base corporativa. J nos testes com o servidor de Servio de Terminal, as avaliaes foram executadas pelo monitoramento dos acessos s aplicaes, atravs do redirecionamento dos usurios do servidor de produo para o servidor de testes. Por se tratar da utilizao de verses freewares das solues pesquisadas, estas no dispunham de ferramentas de monitoramento de memria e cpu, disponveis apenas nas verses pagas. Para tanto, foi utilizado nos testes de monitoramentos o Gerenciador de Tarefas (Task Manager), dos respectivos sistemas operacionais virtualizados. De acordo com Tanenbaum (2009), o monitoramento da memria utilizada no uma tarefa fcil de ser implementada. So inmeros os requisitos que devem ser observados para o correto funcionamento desta tarefa, tais como, segurana, isolamento, performance, entre outros. Por isso a funo de gerenciar a memria passa a ser do sistema operacional e no mais da aplicao que a aloca. No contexto dos sistemas operacionais, a paginao da memria do computador um processo de virtualizao da mesma, a qual consiste na subdiviso da memria fsica em

52

pequenos frames (parties), para permitir uma utilizao mais eficiente desta. A alocao de memria requisitada por pginas, a menor unidade deste mtodo. Cada pgina mapeada numa partio de memria atravs de um processo que chama paginao (TANENBAUM 2009). Em Microsoft (2010), O Gerenciador de Tarefas exibe os programas, os processos e os servios que esto sendo executados no computador. Portanto, pode-se utiliz-lo para monitorar o desempenho do computador ou fechar um programa que no est respondendo. No comparativo entre o ambiente fsico e o ambiente virtualizado, nas avaliaes de consumo de memria e CPU, para as rotinas de backup/restore, foi utilizado um arquivo de aproximadamente 4,5 Gigabytes, em extenso .bak (nativa do MS SQL Server). As ilustraes a seguir demonstram de forma mais clara os valores de cargas geradas com os testes nos respectivos ambientes e servios analisados. Para as mtricas pesquisadas, foram tomadas como parmetros, as categorias PCU Usage (uso de CPU), PF Usage (Arquivo de Paginao) e Physical Memory (Memria Fsica) destacadas na Figura 4.3, todas da guia Performance, do Gerenciador de Tarefas, do Sistema Operacional, de cada VM estudada.
Figura 4.3 Detalhamento das categorias da guia Performance, do Gerenciador de Tarefas.

53

4.5.2.1 Servidor fsico de banco de dados sem sobrecarga aplicada

A Figura 4.4 ilustra o consumo de CPU e memria do servidor fsico, em ambiente de produo sem a aplicao de nenhuma rotina de fadiga ao sistema. Esta simulao tomou como parmetro o servidor de banco de dados em regime normal de operao, isto , com as rotinas padres de acesso, incluso, deleo e edio da base. Nota-se que do total de 6 Gb de memria disponveis, apenas 2.13 Gb estavam em utilizao. Quanto ao consumo de CPU, este, em torno de 1% do total. Um consumo consideravelmente baixo em se tratando de um servio de banco de dados em regime produo.
Figura 4.4 Consumo de CPU e memria no ambiente fsico sem sobrecarga.

54

4.5.2.2 Servidor virtual de banco de dados sem sobrecarga aplicada

Na avaliao do servidor virtual, foi simulado o mesmo ambiente do servidor fsico, com o mesmo SGDB e a mesma base de dados. E da mesma forma, sem a aplicao de qualquer rotina de fadiga ao sistema. Ento, na Figura 4.5, se pode notar que do total de 8 Gb de memria disponveis, apenas 596 Mb estavam em utilizao e o consumo de CPU, da mesma forma que no servidor fsico, em torno de 1% do total.
Figura 4.5 Consumo de CPU e memria no ambiente virtualizado sem sobrecarga.

Mesmo considerando a afirmao de Brendel (2009), que o consumo de CPU em ambiente virtualizado tende a ser maior devido s tradues de cdigo ocorridas entre o hypervisor e o SO da mquina virtual, esta no foi uma regra percebida nas simulaes e comparativos entre os ambientes fsico e virtual nos testes realizados neste estudo de caso.

55

4.5.2.3 Servidor fsico de banco de dados com sobrecarga aplicada

Com o servidor fsico de banco de dados, em momento de produo. Disparou-se uma rotina de backup e, posteriormente, a restaurao desse mesmo arquivo para uma base paralela. Essa simulao tinha o objetivo de monitorar o consumo de CPU e memria em condies extremas de utilizao da mquina. Tal condio ilustrada na Figura 5.5, verificam-se os resultados alcanados durante a execuo da simulao. No incio da simulao houve um pico no uso de CPU, mas rapidamente estabilizou aos parmetros exibidos na Figura 4.6. Dos valores apurados, de um total de 6 Gb de memria disponveis, apenas 2.23 Gb estavam em utilizao. Quanto ao consumo de CPU, este, em torno de 24% do total. Para o ambiente testado so valores considerados baixos, pois a fadiga aplicada ao sistema s acontece duas vezes ao dia, em momentos de baixa produo do banco de dados corporativo.
Figura 4.6 Consumo de CPU e memria no ambiente fsico sob fadiga.

56

4.5.2.4 Servidor virtual de banco de dados com sobrecarga aplicada

Na simulao de fadiga de sistema aplicada ao servidor virtual de banco de dados, foram utilizados os mesmos modelos aplicados ao servidor fsico de banco de dados. Onde se verificam valores bem prximos aos encontrados no mesmo servidor, sem a aplicao da rotina. De um total de 8 Gb de memria, apenas 618 Mb foram utilizados em plena carga, contra os 596 Mb com carga padro. J o consumo de CPU ficou em torno de 8% a mais que na simulao sem a aplicao da fadiga ao sistema. Os resultados obtidos com essa simulao podem ser analisados na Figura 4.7.
Figura 4.7 Consumo de CPU e memria no ambiente virtualizado sob fadiga

57

4.5.2.5 Servidor fsico de servio de terminal

Da mesma forma que nos servidores de banco de dados, necessita-se efetuar simulaes nos servidores de servio de terminal, haja vistas que estes, tambm fazem parte do projeto de consolidao de servidores proposto pelo IESES. Para tanto as avaliaes foram efetuadas monitorando o consumo de memria e CPU em momento de produo mxima dos usurios, isto , no instante em que havia a maior quantidade de usurios conectados ao servidor de aplicaes e, concomitantemente, no uso mais intenso de sua disponibilidade. Atravs dessa simulao, foram extrados os resultados ilustrados na Figura 4.8. Onde se verifica que dos 4 Gb de memria disponveis, o sistema consumia em torno de 1.01 Gb. J o consumo de CPU, estava em torno de 28%.
Figura 4.8 Consumo de CPU e memria no servidor fsico Servidor de aplicaes

58

4.5.2.6 Servidor virtual de servio de terminal

Para a simulao no servidor de terminal virtual, foram instaladas as mesmas aplicaes existentes no servidor fsico e que so utilizadas pelos usurios em momento de produo, inclusive as impressoras e o acesso Internet. Depois de configurado o ambiente, os usurios foram convidados a efetuar logon no servidor virtual, no sentido de simular o ambiente real de carga de trabalho do referido servidor. Da mesma forma que na simulao em ambiente fsico, foi aguardado o momento de maior produo para as devidas apuraes de consumo de CPU e memria. Onde se verifica que dos 4 Gb de memria disponveis, o sistema consumia 840 Mb e o consumo de CPU, em torno de 22%. Ilustrados na Figura 4.9.
Figura 4.9 Consumo de CPU e memria no servidor virtual Servidor de aplicaes

A partir dessa anlise, possvel verificar que, de modo geral, o consumo de memria baixo no ambiente virtualizado, mas em contrapartida aumenta o uso de CPU. Isso se justifica pela maior necessidade de processamento exigido nas tradues de cdigo ocorridas entre o hypervisor e o SO da mquina virtual (BRENDEL, 2008).

59

4.6 Comparativo tcnico

Neste tpico sero abordadas as diferenas tcnicas entre as ferramentas, possibilitando extrair as particularidades de cada uma delas, objetivando melhor entendimento de suas aplicaes e requisitos. Esse comparativo tcnico baseado nos manuais e publicaes dos respectivos fabricantes das ferramentas pesquisadas. 4.6.1 Viso geral

Em Citrix (2009), o VMware ESX est no mercado h mais tempo que o Xen Server e o Microsoft Hyper-V e sua arquitetura de primeira gerao precede os sistemas operacionais (inclusive muitas distribuies Linux e o Windows Server 2008) e processadores (ex: Intel VT, AMD-V) com virtualizao. A abordagem do ESX em relao virtualizao pode ser definida como uma traduo binria: cada solicitao do SO ao processador interceptada e traduzida para uma instruo compatvel com a virtualizao. Por exemplo, na ocorrncia de uma solicitao de interrupo temporria do SOs para o processador garante que em vez de suspender a execuo do sistema inteiro, somente a mquina virtual especfica seja suspensa, liberando os recursos para outras VMs. Desta forma, o ESX engana o SO convidado e faz com que ele entenda que est rodando em um hardware fsico. Por isso, o ESX um sistema muito sofisticado e complexo, devido a necessidade de fazer esta operao muitas vezes em software. A arquitetura do Xen Server bastante diferente da arquitetura do VMware ESX e do Hyper-V porque o processo de desenvolvimento do Xen Server aconteceu concomitante disponibilidade dos processadores e sistemas operacionais conscientes de virtualizao. O Xen Server montado no hypervisor de cdigo aberto Xen, que a base de muitas ferramentas disponveis para virtualizao comerciais. Ao invs de usar a traduo binria como o VMware ESX e o Hyper-V, o Xen Server usa uma combinao de paravirtualizao e virtualizao assistida por hardware. Ele foi a primeira soluo de mercado a utilizar a paravirtualizao, a qual permite ao SO convidado perceber que est sendo rodado em um hardware virtualizado. Esta colaborao entre o SO e a plataforma de virtualizao permite o desenvolvimento de um hypervisor que economiza mais recursos do equipamento fsico e

60

consequentemente adquire uma performance altamente otimizada. As distribuies Linux foram os primeiros SOs a serem paravirtualizados para o Xen. Para sistemas operacionais convidados que no podem ser totalmente paravirtualizados, tais como Microsoft Windows, o Xen Server foi projetado para aproveitar as tecnologias de virtualizao assistida de hardware, disponveis nos processadores Intel VT e AMD-V (CITRIX, 2009). Conforme Rodrigues (2008), o Hyper-V a plataforma de virtualizao que fornece maior flexibilidade devido s capacidades dinmicas, seguras e escalonveis da plataforma, combinadas com um conjunto nico de ferramentas de gerenciamento integrado para gerenciar os recursos fsicos e virtuais, o que permite que se crie um datacenter gil e dinmico e progrida em direo aos sistemas de autogerenciamento. O Hyper-V fornece melhor segurana, maior escalabilidade e facilidades que permitem que se virtualize a maioria das cargas de trabalho na sua infraestrutura. Acrescentando que, alm de utilizar o conhecimento individual e coletivo existente da comunidade de TI, a Microsoft e seu ecossistema de parceiros fornecem amplo suporte que permite que se implantem as aplicaes em sua plataforma de virtualizao com segurana e tranqilidade. O Hyper-V ajuda a diminuir o TCO, otimizar a utilizao de recursos e permite que os gestores de TI possam concentrar suas atenes nas reas onde eles podem agregar valor, ao invs de meramente desenvolverem funes rotineiras. Isto significa economia de custos com funcionrios e com treinamento. E interessante saber que o design do Hyper-V foi feito logo depois do Xen Server. A diferena chave entre o Hyper-V e o Xen Server o sistema operacional usado no domnio de controle. Enquanto o Xen Server usa uma instncia otimizada do Linux, o Hyper-V usa uma verso otimizada do Windows Server 2008 (RODRIGUES, 2008).

4.6.2 Armazenamento

Segundo a Citrix (2009), o armazenamento uma dos principais pontos a serem considerados em projetos de consolidao de servidores. As trs solues pesquisadas oferecem suporte para armazenamento de VMs em discos locais, iSCSI ou Storage Area Networks (SAN) baseado em Fiber Channel (Fibra ptica) ou Network Attached Storage

61

(NAS). A utilizao do SAN ou do NAS necessria para os recursos avanados de cada plataforma, tais como migrao ativa e alta disponibilidade. A migrao de mquinas virtuais para alm dos limites de seu host demanda armazenamento compartilhado. Onde ainda no existe nenhum SAN ou NAS ou nenhuma soluo iSCSI ou algo equivalente instalado, incorrem custos adicionais de hardware e software, alm de despesas para a administrao de tal tcnica (BRENDEL, 2008). O ESXi aproveita o seu sistema de arquivo proprietrio, o VMFS para armazenamento, embora opes de discos brutos estejam disponveis. O VMFS o sistema de armazenamento padro dos arquivos VMWare, oferecendo armazenamento local e compartilhado (SAN ou NAS). Ao ser usado com o SAN, o VMFS permite que o VMware ESXi tenha controle de certas funes, inclusive de provisionamento e de snapshots. Em contrapartida, o Xen Server no impe seu prprio sistema de arquivos, mas em vez disso aproveita as capacidades nativas de armazenamento mais diretamente. Por exemplo, com um sistema de armazenamento compartilhado baseado em arquivo, como o NFS, as VMs do Xen Server so armazenadas diretamente usando o formato Microsoft VHD (Disco Rgido Virtual). Com armazenamentos baseados em bloqueios, como o iSCSI, o Fiber Channel ou SAN, o Xen Server estende o VHD com o padro aberto (CITRIX, 2009).

4.6.3 Recuperao de desastres

Em Citrix (2009), A recuperao de desastres faz a duplicao da infraestrutura e dos dados do servidor virtual em lugares remotos para recuper-los se o servio principal ficar inacessvel. Com a virtualizao a tarefa de recuperao de desastres se torna um tanto simplificada, pois as trs ferramentas pesquisadas tm a capacidade de criar snapshots de mquinas virtuais em funcionamento para guarda persistente. A boa prtica ter disponvel um servidor de backup dedicado e configurado. Para se ter uma idia de simplicidade, na tarefa de transferir uma mquina virtual do Hyper-V Server para um ambiente do Windows Server 2008 Hyper-V (ou vice-versa), basta exportar a mquina virtual e import-la no outro host atravs da ferramenta de gerenciamento.

62

5. DIFICULDADES ENCONTRADAS

Durante o desenvolvimento deste trabalho, algumas dificuldades foram encontradas. Umas tm a ver com aspectos financeiros, como a aquisio de licenas para os produtos mais promovidos pelos fabricantes de VMMs e a ausncia de ferramentas de testes open sources (benchmarks free), especficos para testes em ambientes virtualizados em plataforma Microsoft. Devido a esses e outros fatores, a comparao entre os produtos ficou restrita s avaliaes menos detalhadas. Para uma comparao mais completa, seria necessrio o uso mais profundo dos produtos pesquisados, incluindo os produtos top-de-linha das empresas fabricantes dos VMMs, Haja vistas que neste trabalho foram utilizadas solues no proprietrias (livres de licenciamento). Outras dificuldades esto relacionadas aquisio dos hardwares necessrios s simulaes pretendidas, pelo fato do alto custo das unidades SAS, NAS ou iSCSI, para armazenamento compartilhado, os armazenamentos das VMs foram efetuados diretamente nos discos rgidos das mquinas host. Portanto, maiores detalhamentos podero ser conseguidos em trabalhos futuros que, sem sombra de dvidas, surgiro.

63

6. CONCLUSO

As empresas so pressionadas a facilitar a gesto e reduzir os custos, ao mesmo tempo em que precisam manter e aprimorar suas vantagens competitivas. O uso da virtualizao para a consolidao de vrios servidores em um nico sistema, mantendo ao mesmo tempo o isolamento, contribui com estas necessidades. Um dos principais benefcios da consolidao de servidor a reduo do TCO, no apenas por diminuir os requisitos de hardware, mas tambm por reduzir os custos com energia, refrigerao, armazenamento e gerenciamento. As empresas tambm podem se beneficiar da consolidao de servidores com a otimizao da infraestrutura, tanto do ponto de vista da utilizao dos ativos, como da capacidade de balancear as cargas de trabalho atravs de diferentes recursos. Outro benefcio a flexibilidade avanada de todo o ambiente e a capacidade de integrar arquiteturas de 32 bits e 64 bits no mesmo ambiente. H pouco tempo as empresas que procuravam solues de virtualizao de servidor tinham poucas opes disponveis. O mercado de virtualizao entrou numa nova fase, onde solues potentes e com muita capacidade, tais as ferramentas pesquisadas, oferecem alternativas irresistveis e cheias de recursos. Como este estudo demonstrou o Xen Server supera o ESXi e o Hyper-V em vrias reas inclusive em sua arquitetura aberta, performance, integrao de armazenamento e custo total de propriedade. A capacidade de rodar mais de SO num mesmo hardware, combinando aplicaes virtualizadas que apresentam necessidades de processamento diferentes, d s empresas a chance de aproveitar melhor os recursos de hardware disponvel. No faltam aplicaes com pico de utilizao num determinado horrio ou dia do ms, e que depois deixam o hardware ocioso por um bom tempo. Um estudo da IDC Brasil apurou que, durante um ano, s 25% da capacidade instalada de TI utilizada (REGGIANI, 2009). Por conta do desperdcio, o processo de virtualizao passa primeiro pela consolidao de servidores, um termo bastante usado para definir a eliminao de mquinas. Motivados pelo baixo custo dos servidores x86 e pela possibilidade de ir agregando, sempre que necessrio, mais um na rede, muitos gestores de TI presenciaram o crescimento desordenado

64

de mquinas fsicas, que perdem suas garantias em trs anos e ficam obsoletas em cinco. Quanto mais mquinas, maiores os custos de manuteno, administrao complicada e menor quantidade de espao fsico livre. Segundo Reggiani (2009), A manuteno de hardware, software e pessoal tcnico consomem cerca de 46% do oramento anual de TI no Brasil, podendo custar mais caro que um equipamento novo. A independncia de arquiteturas de hardware e de sistemas operacionais outra caracterstica da virtualizao muito bem recebida pelos CIOs. A empresa no precisa correr esbaforida para migrar uma aplicao, por exemplo, quando o sistema operacional muda de verso ou quando no tolera o hardware novo. Basta encapsul-la numa mquina virtual e continuar usando. Mesmo sendo muito interessante sob os aspectos pesquisados, a virtualizao tem o momento certo para ser implementada. mais interessante aproveitar um momento de mudana do hardware. Foi num momento desses que a equipe de TI do IESES deu a largada ao seu processo de virtualizao. Com a consolidao dos servidores em um nico datacenter, possibilitar ao IESES a integrao de toda a gesto administrativa em um nico ERP. O que tornar a empresa muito mais gil, quanto tomada de decises por parte da alta administrao devido s suas informaes se encontrar centralizadas. No mais havendo necessidade de replicao de bases ou encaminhamento de relatrios entre campi. Apesar das fortes vantagens constatadas no Xen Server, em relao ao Hyper-V e o ESXi, o Hyper-V foi a soluo escolhida para a implementao, pelo fato de toda a plataforma do IESES ser baseada em tecnologia Microsoft, alm de ter se mostrado muito mais amigvel em grande parte dos processos, desde a instalao gesto do ambiente virtualizado. Alm de contar com uma base de conhecimento considervel nas comunidades virtuais, gerando maiores vantagens quando da busca por suporte.

65

7. REFERNCIAS

CAPPUCCIO, David. Riscos no data center. Info Corporate, So Paulo, n. 44, p. 82, maio. 2007. CARISSIMI, Alexandre. Virtualizao: da teoria a solues: 2008. Trabalho apresentado ao 26. Simpsio Brasileiro de Redes de Computadores e Sistemas Distribudos, Rio de Janeiro, 2008. CITRIX. Citrix XenServer 5.6 Virtual Machine Installation Guide. Fort Lauderdale: 2010. Disponvel em: <http://support.citrix.com/servlet/KbServlet/download/23830-102645654/guest.pdf>. Acesso em: 30 de outubro de 2010. CITRIX. Virtualizao de servidores. So Paulo: 2009. Disponvel em: <http://www.langeneration.com.br/apresentacao/Citrix/XenServer_PO_port.pdf>. Acesso em: 30 de outubro de 2010. CITRIX. Comparao Tcnica e Comercial entre o XenServer e o VMware. So Paulo: 2009. Disponvel em: <http://www.google.com.br/url? sa=t&source=web&cd=1&ved=0CBgQFjAA&url=http%3A%2F%2Fwww.slideshare.net %2Fandrelbflor%2Fxen-server-x-vmware&ei=J5ryTLehPMb_lgfz5amXDQ&usg=AFQjCNF2rc4EcfZNCeFYpAYHbo6hcW8YH Q>. Acesso em: 30 de outubro de 2010. CHISNALL, David. The definitive guide to the xen hypervisor. So Paulo: Prentice Hall, 2007. 320p. FERNANDES, Wilsterman. Compreendendo as Tecnologias de Virtualizao da Microsoft. So Paulo: 2010. Disponvel em <http://www.google.com.br/url? sa=t&source=web&cd=1&ved=0CBkQFjAA&url=http%3A%2F %2Fvirtualizationbrazil.wordpress.com%2F2010%2F04%2F28%2F&ei=4iL0TJVNcL48AbkvdjCDA&usg=AFQjCNEEvJGkJV_7asLAYOjomLJcxb9Ehg>. Acesso em 20 de outubro de 2010. HAGEN, William Von. Professional xen virtualization, Indianapolis: Wiley, 2008. 405 p. LAUREANO, Marcos. Mquinas virtuais e emuladores. So Paulo: Novatec, 2006. 184 p. MALULI, Arlindo. Conceitos da Virtualizao. So Paulo: 2010. Disponvel em: <http://amaluli.com/2010/05/12/conceitos-basicos-de-virtualizacao/>. Acesso em: 14 de novembro de 2010. MATTOS, Diogo Menezes Ferrazani. Virtualizao: VMWare e Xen. Rio de Janeiro: 2010. Disponvel em: <http://www.gta.ufrj.br/grad/08_1/virtual/artigo.pdf>. Acesso em: 26 de novembro de 2010. MATTHEWS, Jeanna N. et al. Executando o xen: um guia prtico para a arte da virtualizao. Rio de Janeiro: Alta Books, 2009. 584 p.

66

MATTHEWS, Jeanna N.; DOW, Eli M.; DESHANE, T.; et al. Executando o Xen: um guia prtico para a arte da virtualizao. Rio de Janeiro: Alta Books, 2009. 584 p. MICROSOFT. A Virtualizao Microsoft. Washington: 2009. Disponvel em: <http://www.microsoft.com/brasil/servidores/virtualizacao/promise.mspx>. Acesso em: 30 de outubro de 2010. MICROSOFT. O que o Gerenciador de Tarefas?. Washington: 2010. Disponvel em: <http://windows.microsoft.com/pt-BR/windows-vista/What-is-Task-Manager>. Acesso em 30 de outubro de 2010. PARISIO, Douglas Filipe. Instalando e configurando o Hyper-V Server 2008. So Paulo: 2009. Disponvel em: <http://www.babooforum.com.br/forum/index.php?/topic/685511instalando-e-configurando-o-hyper-v-server-2008/>. Acesso em: 30 de outubro de 2010. RANGEL, Herles da Silva. Consolidao de Servidores com VMware. Curitiba: 2009. Disponvel em: <http://www.ppgia.pucpr.br/~jamhour/Download/pub/RSS/MTC/referencias/tcc_herles.pdf>. Acesso em: 26 de novembro de 2010. REGGIANI, Lucia. Virtualizao faz milagre?. So Paulo: 2009. Disponvel em: <http://info.abril.com.br/corporate/infraestrutura/virtualizacao-faz-milagre.shtml?2>. Acesso em 14 de novembro de 2010. REGGIANI, Lucia. Virtualizao faz milagre?. So Paulo: 2009. Disponvel em: <http://info.abril.com.br/corporate/infraestrutura/virtualizacao-faz-milagre.shtml?4>. Acesso em 14 de novembro de 2010. RODRIGUES, Marcos. Dez Principais Razes para Adotar a Virtualizao de Servidor com o Hyper-V. So Paulo: 2008. Disponvel em: <http://blogs.technet.com/b/marcosr/archive/2008/05/01/dez-principais-raz-es-para-adotar-avirtualiza-o-de-servidor-com-o-hyper-v.aspx>. Acesso em 20 de outubro de 2010. RODRIGUES, Marcos. Viso Geral do Hyper-V no Windows Server 2008 - Parte 8 (Final). So Paulo: 2008. Disponvel em: <http://www.google.com.br/url? sa=t&source=web&cd=1&ved=0CBYQFjAA&url=http%3A%2F%2Fblogs.technet.com %2Fb%2Fmarcosr%2Farchive%2F2008%2F05%2F19%2Fvis-o-geral-do-hyper-v-nowindows-server-2008-parte-8-final.aspx&rct=j&q=%22Hyper-V%20ajuda%20a%20reduzir %22&ei=Kz30TI_sA8GqlAeeh4mvDA&usg=AFQjCNGUiNK5rcQXLYVUNr3SVoEGjz6tS A&cad=rja>. Acesso em 25 de novembro de 2010. RODRIGUES, Elder de Macedo. Realocao de recursos em ambientes virtualizados. Porto Alegre: PUC-RS, 2009. 80 p. Dissertao (Mestrado) - Programa de Ps-Graduao em Cincia da Computao, Pontifcia Universidade Catlica do Rio Grande do Sul, Rio Grande do Sul, 2009. SIQUEIRA, Luciano; BRENDEL, Jens-Christoph. Virtualizao. 4. ed. So Paulo: Linux Pocket PRO, 2007. 96 p. Editorial.

67

SIQUEIRA, Luciano; BRENDEL, Jens-Christoph. Virtualizao. So Paulo: Linux Technical Review, 2008. 319 p. TANENBAUM, Andrew S. Sistemas Operacionais Modernos. 2. ed. So Paulo: Pearson: Prentice Hall, 2009. TEIXEIRA, Rafael Augusto. SW-V: Modelo de streaming de software baseado em tcnicas de virtualizao e transporte peer-to-peer. So Paulo: UNESP, 2010. 90 p. Dissertao (Mestrado) Programa de Ps-Graduao em Cincia da Computao, Universidade Estadual Paulista, So Paulo, 2010. TIMME, Falko. Virtualization With XenServer 5.5.0. United Kingdow: 2009. Disponvel em: <http://www.howtoforge.com/virtualization-with-xenserver-5.5.0>. Acesso em: 30 de outubro de 2010. TIMME, Falko. Virtualization With XenServer 5.5.0. United Kingdow: 2009. Disponvel em: <http://www.howtoforge.com/virtualization-with-xenserver-5.5.0-p2>. Acesso em: 30 de outubro de 2010. TIMME, Falko. Virtualization With XenServer 5.5.0. United Kingdow: 2009. Disponvel em: <http://www.howtoforge.com/virtualization-with-xenserver-5.5.0-p4>. Acesso em: 30 de outubro de 2010. VMWARE. Introduction to VMware vSphere. Palo Alto: 2010. Disponvel em: <www.vmware.com/pdf/vsphere4/r40/vsp_40_intro_vs.pdf>. Acesso em: 26 de setembro de 2010. VMWARE. Getting Started with ESX Server 3i Installable. Palo Alto: 2008. Disponvel em: <http://www.vmware.com/pdf/vi3_35/esx_3i_i/r35u2/vi3_35_25_u2_3i_i_get_start.pdf>. Acesso em: 30 de outubro de 2010. VMWARE. Consolidao de servidores. Palo Alto: 2010. Disponvel em: <http://www.vmware.com/br/solutions/consolidation/>. Acesso em: 14 de novembro de 2010. WILLIAMS, David. E.; GARCIA, Juan. Virtualization with Xen. So Paulo: Elsevier, 2007. 512p. YIN, Robert K. Estudo de caso: Planejamento e Mtodos; trad. Daniel Grassi. 3. ed. Porto Alegre: Editora Bookman, p.19-209, 2005.