Eucalyptus: uma plataforma de Cloud Computing para qualquer tipo de usurio

Universidade

Gustavo Henrique Rodrigues Pinto Tomas Federal de So Carlos, Campus Sorocaba Sorocaba, So Paulo Email: gustavoh_rodrigues@hotmail.com
uso, semelhante aos servios de telefonia e energia eltrica), a computao em nuvem possui uma srie de vantagens, como a possibilidade de ampliar os recursos utilizados sempre que necessrio [3]. Logo, pode-se dizer que a computao em nuvem uma evoluo dos servios e produtos de tecnologia da informao sob demanda, tambm chamada de Utility Computing. De acordo com [4] e [3], existem alguns modelos de implementao de Cloud Computing que devem ser escolhidos de acordo com a necessidade das aplicaes que sero implementadas: Privado, Pblico, Comunidade e Hbrido. A restrio ou abertura de acesso destes modelos depende do processo de negcios, do tipo de informao e do nvel de viso desejado.

ResumoA Cloud Computing esta se tornando um dos principais paradigmas da Computao e, cada vez mais, utilizado em organizaes que necessitam de uma grande infraestrutura de Tecnologia da Informao. Neste cenrio, surge uma lacuna deixada pelas organizaes que possuem informaes sigilosas e necessitam implementar suas prprias polticas de gerenciamento de recursos. Visando preencher essa lacuna e algumas outras metas da computao em distribuda em larga-escala, a plataforma Eucalyptus foi desenvolvida. O Eucalyptus possui duas verses: Eucalyptus Enterprise Edition e Eucalyptus Open-Source. Na verso Enterprise, as organizaes tem a possibilidade de implementar Nuvens privadas com suas prprias polticas, de forma bastante intuitiva utilizando todo o aparato desenvolvido pela plataforma Eucalyptus. J na verso Open-Source, que tambm conta com todo aparato da plataforma, qualquer congurao pode ser visualizada por toda comunidade, alm de uma srie de restries que so impostas para garantir a disponibilidade da plataforma. Index TermsCloud Computing, Nuvem privada, Extensibilidade

I. I NTRODUO A tecnologia esta em constante evoluo, sempre lanando novos paradigmas e trazendo diversos novos benefcios, como por exemplo, a Cloud Computing(Computao em Nuvem). Segundo Taurion, o termo computao em nuvem surgiu em 2006 em uma palestra de Eric Schmidt, da Google, sobre como sua empresa gerenciava seus data centers (local onde so concentrados os computadores e sistemas responsveis pelo processamento de dados de uma empresa ou organizao). Hoje, Cloud Computing se apresenta como o cerne de um movimento de profundas transformaes do mundo da tecnologia [1]. A Cloud Computing est se tornando um paradigma chave da indstria de Tecnologia da Informao. A nuvem uma representao para a Internet e sua infraestrutura de comunicao entre os componentes arquiteturais. Cada parte desta infraestrutura provida como um servio e estes so normalmente alocados em data centers, utilizando hardware compartilhado para computao e armazenamento [2]. A computao em nuvem um novo modelo de computao emergente que move todos os dados e as aplicaes dos usurios para grandes centros de armazenamento. Com isso, as aplicaes e os sistemas de hardware so distribudos na forma de servios baseados na Internet. Fundamentada em conceitos j estabelecidos previamente, como a virtualizao e o modelo pay-per-use (modelo de pagamento baseado no

Privado: As nuvens privadas so aquelas construdas exclusivamente para um nico usurio (uma empresa, por exemplo), na qual ele possui total controle sobre como as aplicaes so implementadas na nuvem. Uma nuvem privada , em geral, construda sobre um data center privado [3]. Pblico: As nuvens pblicas so aquelas que so executadas por terceiros. As aplicaes de diversos usurios cam misturadas nos sistemas de armazenamento, o que pode parecer ineciente a princpio. Porm, se a implementao de uma nuvem pblica considera questes fundamentais, como desempenho e segurana, a existncia de outras aplicaes sendo executadas na mesma nuvem permanece transparente tanto para os prestadores de servios como para os usurios [3]. Comunidade: A infraestrutura de nuvem compartilhada por diversas organizaes e suporta uma comunidade especca que partilha as preocupaes (por exemplo, a misso, os requisitos de segurana, poltica e consideraes sobre o cumprimento). Pode ser administrado por organizaes ou por um terceiro e pode existir localmente ou remotamente [4]. Hbrido: Nas nuvens hbridas temos uma composio dos modelos de nuvens pblicas e privadas. Elas permitem que uma nuvem privada possa ter seus recursos ampliados a partir de uma reserva de recursos em uma nuvem pblica. Essa caracterstica possui a vantagem de manter os nveis de servio mesmo que haja utuaes rpidas na necessidade dos recursos. A conexo entre as

nuvens pblica e privada pode ser usada at mesmo em tarefas peridicas que so mais facilmente implementadas nas nuvens pblicas, por exemplo. O termo computao em ondas , em geral, utilizado quando se refere s nuvens hbridas [3]. Neste cenrio, a plataforma Eucalytus implementa a cloud computing baseado num modelo privado e pblico. Alm disso, o Eucalyptus implementa o modelo de servio de Infrastructure as a Service(Iaas) que inclui os servios oferecidos na camada de infraestrutura (servidores, roteadores, sistemas de armazenamento e outros recursos de computao). Tambm responsvel por prover toda a infraestrutura necessria para a Software as a Service(SaaS) e o Platform as a Service(PaaS). Este artigo tem como objetivo explorar algumas caractersticas primordiais da plataforma Eucalyptus que vem se destacando no ambiente cloud computing devido, principalmente, a grande demanda dos governos e organizaes por uma verso de cloud on-premise em um data center privado [5], pois estes necessitam implementar suas prprias polticas locais de gerenciamento de recursos [6]. Na prxima seo realizado um overview da plataforma Eucalyptus, incluindo sua histria e suas metas principais. Em seguida, descrita a arquitetura da plataforma Eucalyptus e todos os seus principais componentes. Na seo seguinte so descritos alguns experimentos que estabelecem um quadro comparativo da plataforma Eucalyptus com Amazom AWS. Por m so demonstrados alguns casos de instituies que utilizam a plataforma Eucalyptus. II. E UCALYPTUS O Projeto Eucalyptus (Elastic Utility Computing Architecture Linkin Your Programs To Useful Systems) comeou na Computer Science Department at the University of California, Santa Barbara com o pesquisador Rich Wolski e seu time, com o propsito de investigar a rea de High Performance Computing (HPC), mais especicamente a partir do projeto Virtual Grid Application Development Software Project (VGrADS) nanciado pela National Science Foundation. Para concluir os testes nais do VGrADS em supercomputadores, foi escolhida a nuvem pblica da Amazon. No entanto, VGrADS sempre foi um projeto conjunto entre Universidade e Laboratrios de Pesquisa com dados privados e era necessria uma investigao local mais detalhada sobre os comportamentos de diferentes aplicaes. A partir de ento, no inicio de fevereiro de 2008, iniciou-se o desenvolvimento da plataforma opensource Eucalyptus. A primeira verso foi lanada em 29 de maio de 2008 com suporte apenas a EC2 e em dezembro de 2008 foi includa a interface com o servio S3. Em 2009, a equipe Eucalyptus criou a companhia Eucalyptus Systems Inc. para comercializar o Eucalyptus Enterprise. O Eucalyptus uma infraestrutura de software de cdigo aberto que utiliza diversos recursos computacionais disponvel aos pesquisadores, como clusters e workstation farms. A m de promover a explorao da comunidade cientca de sistemas de computao em nuvem, o Eucalyptus foi desenvolvido totalmente modularizado, permitindo aos

pesquisadores realizarem experimentos de segurana, escalabilidade, conabilidade e implementao de interfaces. [7]. O desenvolvimento do Eucalyptus foi guiado para atingir duas metas principais:

Ser capaz de ser implantado e executado em ambientes de hardware e software que no esto sob o controle de seus criadores; Extensibilidade: deve ser modularizado, para permitir a fcil manuteno de um componente ou at mesmo sua substituio.

A extensibilidade garantida ao construir uma arquitetura utilizando Web Services, na qual as interfaces so bem denidas utilizando documentos WSDL e a autenticao feita via mecanismos WS-Security. Ao mesmo tempo, o Eucalyptus suporta uma interface com a nuvem popular da Amazon AWS. O Eucalyptus compatvel com vrias distribuies de Linux, incluindo Ubuntu, Red Hat Enterprise Linux (RHEL), CentOS, SUSE Linux Enterprise Server (SLES), openSUSE, Debian e Fedora e com uma variedade de tecnologias de virtualizao, como VMware, Xen e KVM hypervisors. Alm disso, no Eucalyptus foi desenvolvido solues de tecnologia de nvel empresarial que rodam em cima do ncleo do software de cdigo aberto. Desta forma possvel fornecer recursos como personalizao para o usurio nal, suporte a aplicativos legados, Service-level agreements(SLA) personalizadas, monitoramento de nuvens e suporte ao dimensionamento automtico. Como o Eucalyptus implementa o modelo de servio de Iaas, ento, indubitavelmente, ele compartilha algumas caractersticas relacionadas infraestrutura, como uma interface nica para administrao, uma Application Programming Interface(API) para interao com outros hosts, switches, roteadores e o suporte para adicionar novos equipamentos de forma simples e transparente. O Eucalyptus possui duas verses: Eucalyptus Enterprise Edition e Eucalyptus Open-Source. Na verso Enterprise as organizaes tem a possibilidade de implementar nuvens privadas com suas prprias polticas, de forma bastante intuitiva utilizando todo o aparato desenvolvido pela plataforma Eucalyptus. J na verso Open-Source, que tambm conta com todo aparato da plataforma, qualquer congurao pode ser visualizada por toda comunidade, alm das seguintes restries que so impostas, visando, de acordo com a prpria Equipe Eucalyptus: maximizar o nmero de membros da comunidade que se beneciam do sistema e para minimizar os efeitos negativos dos experimentos que deram errados.

A durao mxima de uma instncia de 6 horas; No mximo 4 instncias podem ser executadas simultaneamente por usurio (quando houver mais de quatro ocorrncias, as instncias sero aleatoriamente encerradas at que apenas quatro permaneam); A durao mxima da alocao de um IP esttico de 6 horas; A durao mxima de um bucket Walrus de 3 semanas;

Figura 1. Overview da arquitetura do Eucalyptus e suas interfaces de comunicaes

Figura 2.

Arquitetura hierrquica de recursos utilizada pelo Eucalyptus

O tamanho mximo de um bucket Walrus de 5GB; O tempo de vida mximo de uma instncia EBS de 3 semanas; O tamanho mximo de uma instncia EBS de 5GB. Segundo a Equipe Eucalyptus, caso algum projeto open-source esteja com a produtividade prejudica devido a estes restries, basta enviar um e-mail para eccadministrator@eucalyptus.com que eles fornecem uma infraestrutura adequada. A Figura 1 ilustra um overview da arquitetura do Eucalyptus e suas interfaces de comunicaes.

runInstance e describeInstance que so responsveis, respectivamente, por iniciar uma instncia e obter um relatrio dos recursos fsicos de uma instncia (quantidade de ncleos de processamento, memria e capacidade do disco). B. Cluster Controller O Cluster Controller o componente responsvel por realizar o roteamento de pacotes entre as redes virtualizadas externa(pblica) com a interna(privada). Desta forma, todas as manipulaes realizadas nos recursos fsicos alocados nos Node Controllers devem ser, necessariamente, gerenciadas pelo Cluster Controller. Para tal, o Cluster Controller armazena um arquivo WSDL com todas as denies das interfaces para realizar as devidas operaes. Este arquivo WSDL bastante similar ao do Node Controller, porm este possibilita realizar as operaes tanto para um nico Node Controller quanto para um conjunto de Nodes Controllers. Quando um Cluster Controller recebe uma requisio de runInstance, ele avalia qual o melhor Node Controller para executar esta nova instncia a partir de critrios como a quantidade de recursos disponveis e o consumo de energia da mquina fsica associada ao Node Controller. C. Cloud Controller O Cloud Controller a porta de entrada na Nuvem para os administradores, desenvolvedores e usurio nal. O Cloud Controller responsvel por consultar o n de controle para obter informaes sobre os recursos fsicos, tomar decises de programao de alto-nvel e implement-las por meio de requisies aos controladores dos clusters [8]. O Cloud Controller, conforme ilustrado na Figura 3, composto por uma coleo de servios que manipulam as requisies dos usurios, autenticao, sistema de persistncia e metadados do usurio (por exemplo, imagens das mquinas virtuais e pares de chave ssh). Esses servios so congurados e gerenciados por um Enterprise Service Bus(ESB) [9]. Para garantir a extensibilidade nessa nvel de granularidade, os componentes que compem (incluindo mquinas virtuais, SLA e as interfaces de usurio e administrador) so mutualmente isoladas e possuem interfaces de comunicao interna bem denidas, na qual toda essa orquestrao realizada pelo

III. A RQUITETURA Os usurios do Eucalyptus tem acesso a diversos recursos, como pequenos clusters, conjunto de workstatitions e vrias mquinas servidoras ou desktop. Como os endereos de IP so escassos e o acesso pblico a toda ramicao dos hosts a nuvem interna pode ser perigosa, geralmente os administradores de rede elegem um n (conhecido como n frontend) responsvel por fazer um roteamento das informaes pblicas para os hosts internos. Estes hosts internos somente podem se comunicar com seu respectivo n front-end ou com os demais hosts internos atravs de uma rede privada [8]. Os componentes que compe a arquitetura do Eucalyptus so: Node Controller(NC), Cluster Controller(CC), Cloud Controller(CLC), Storage Controller e Walrus. A Figura 2 ilustra esta arquitetura e seus componentes. A. Node Controller O Node Controller o componente que executa os recursos fsicos de uma mquina virtual. Desta forma, pode-se alocar apenas um Node Controller numa mquina fsica e diversos outros Node Controllers rodando em mquinas virtuais. Cada Node Controller responsvel por controlar a inspeo, execuo e o trmino da respectiva instncia. Apesar desse cenrio ser bastante propcio para gerar um gargalo, na arquitetura do Eucalyptus, esta hiptese praticamente descartada devido ao monitoramento realizado pelo Cluster Controller. Em cada Node Controller h um arquivo WSDL que dene a interface para realizar diversas operaes, como por exemplo,

ESB. Com isso, a implementao do Cloud Controller permite trabalhar com a Amazon EC2 usando Web-Services ou Query Interfaces

Figura 4. Comparao emprica da quantidade de segundos para iniciar uma e oito instncias virtuais com Eucalyptus e EC2

A. Throughput em instncias Este experimento, descrito em [7], teve como principal objeto mensurar a performance das operaes (principalmente a operao de criao) sobre uma instncia virtual, comparando Eucalyptus com Amazon EC2. Para tal, foram disparadas diversas consultas do tipo ec2-describe-instances que simplesmente retorna as informaes a respeito de uma instncia e exibe no terminal. Para cada tentativa, o primeiro timestamp foi disparado exatamente antes da consulta e o segundo aps todas as informaes serem impressas corretamente na tela. O valor da diferena entre estes dois timestamp representa os segundos entre a criao da instncia e esta car disponvel para uso. Cada valor caracterizado por quatro variveis: a primeira representa o tipo da VM requisitada, composto pela quantidade de ncleos, memria RAM e espao de disco; a segunda varivel representa a imagem da instncia, que, neste experimento, tanto no Eucalyptus quanto no EC2 foram utilizados uma distribuio compacta do Linux, conhecida como ttylinux [13]; a terceira varivel de interesse o nmero de instncias simuladas, que foi variado de uma at oito instncias; por m, a ltima varivel o tipo do sistema utilizado, Eucalyptus ou EC2. A Figura 4 demonstra os resultados deste experimento. A gura mostra duas funes de distribuio acumulativa que permitem avaliar a varincia do tempo necessrio para criar instncias virtuais usando Eucalyptus e EC2. O eixo Y representa a porcentagem do total de criao das instncias enquanto o eixo X os segundos. Em ambos os casos, evidente que as instncias baseadas no Eucalyptus EPC foram criadas antes do EC2. Por exemplo, 98% das oito instncias j haviam sido criadas com menos de 24 segundos, enquanto com EC2 apenas 75% das instncias foram criadas. No caso de uma nica instncia, esta diferena ainda maior: 98% das instncias j haviam sido criadas com menos de 17 segundos, enquanto que no EC2, com os mesmos 17 segundos, apenas 32% haviam completados. Este resultado pode indicar que a implementao do Eucalyptus relativamente mais eciente que EC2, porm no possvel armar tal hiptese, devido a dois fatores principais: o primeiro a quantidade de recursos disponveis no Eucalyptus e o segundo que o EC2 no foi projetado para obter bons resultados em ambientes simulados com pequenos clusters.

Figura 3. Servios que compe o Cloud Controller. As linhas indicam o uxo de mensagens, na qual as linhas tracejadas indicam as mensagens do sistema interno

D. Storage Controller O Storage Controller implementa o acesso aos blocos de armazenamento em rede, como por exemplo Amazon Elastic Block Storage(EBS) e capaz de interagir com sistemas de armazenamento, como o NFS, iSCI, etc. Um bloco elstico pode ser anexado a uma mquina virtual com Linux, porm todo o trco de disco enviado para um local de armazenamento remoto. Um volume EBS no pode ser compartilhado entre instncias, mas permitir que uma snap-shot possa ser criado e armazenado em um sistema central de armazenamento, tal como acontece no Walrus. E. Walrus O Walrus permite aos usurios armazenar dados e organizlos em buckets. Alm disso, no Walrus possvel inserir polticas de acesso aos buckets e aos dados armazenados. Cada bucket compatvel com Amazon S3 e Amazon Machine Image(AMI), que proporciona um mecanismo de acesso aos dados do usurio pelas diferentes instncias das mquinas virtuais. IV. E XPERIMENTOS Visando avaliar os principais princpios que norteiam as metas do Eucalyptus, foi realizada uma srie de experimentos. Dentre eles, destacam-se os experimentos de performance, segurana, conabilidade e da funcionalidade de ser simples de operar por usurios sem muito conhecimento em cloud computing. Em [7], [10], [11], [12] so descritos alguns destes experimentos. Em [7] foi instalado o Eucalyptus em um pequeno cluster com Linux, composto de 7 computadores rodando NC, um nico CLC front-end e um CC. Nesta congurao, uma requisio do usurio acessa a Eucalyptus Public Cloud(OPC) requisitando autorizao ao CLC atravs de uma pgina web. Em seguida, a requisio de alocao limitada em quatro instncias, automaticamente.

Figura 5. Medidas throughput TCP (esquerda) e latncia roundtrip(direita) entre instncias alocadas com Eucalyptus e EC2

B. Performance de rede O segundo experimento, descrito em [7], tem como objetivo avaliar as caractersticas de uma conexo em rede do Eucalyptus com a abordagem EC2. Como a congurao de rede do EC2 no conhecida, no possvel comparar os dois sistemas em termos de detalhes funcionais. Qualquer discrepncia pode indicar uma diferena positiva signicante na abordagem ou um bug na implementao do Eucalyptus. A implementao do Eucalyptus utilizada foi a Virtual Distributed Ethernet(VDE) [14]. O experimento foi conduzido entre dois ambientes simulados: cliente e servidor. Em ambos, foi utilizada a distribuio Linux Debian e instalado a ferramenta iperf [15] para monitorar o trco de rede, tanto TCP quanto UDP. Alm disso, foi utilizado ping para mensurar a latncia de um echo ICMP. Para avaliar como a distncia fsica afeta a performance da rede, foi realizado um teste com cliente e servidor na mesma zona e outro em zonas diferentes. A Figura 5 ilustra os resultados encontrados no experimento de rede. Alm da mdia aritmtica das 32 medies individuais (os quadrados), tambm exibido o intervalo de conana, estipulado em 95%, quando o intervalo grande o suciente para ser considerado. Com o EC2 foi observado que a largura de banda numa mesma zona supera em, aproximadamente, fator de 2 em relao a zonas diferentes. A possvel justicativa para tal a adio dos mecanismos de segurana na rede privada VDE que no existem na EC2. Outro fato constatado esta relacionado latncia dos resultados, mostrando uma varincia muito maior no RTT para os pacotes ICMP ao percorrer a rede VDE, os mecanismos de segurana impostos na rede VDE novamente so justicativa para esse segundo fato. Este experimento tambm demonstrou o impacto de desempenho associado com a abordagem de sobreposio implementada pelo Eucalyptus. Especicamente numa rede VDE que necessrio implementar um mecanismo de segurana e uma sobreposio no espao do usurio na camada dois para cada cluster cloud alocado separadamente numa rede privada. V. C ONCLUSO Este artigo demonstrou um breve histrico do desenvolvimento do Eucalyptus que, inicialmente, era um simples projeto de Universidade sem ns mercadolgicos e hoje referncia

quando se trada de cloud computing privada, com adoo por diversos governos e organizaes. Tambm foram debatidas as metas que nortearam o desenvolvimento da plataforma Eucalyptus, baseada na extensibilidade e na opo de criao de redes privadas. A extensibilidade garantida a partir de uma arquitetura totalmente modularizada, na qual cada interface bem denida em arquivos WSDL. J as redes privadas so executadas sobre a rede open-source e conta com um mecanismo de autenticao baseado em WS-Security. Nestas redes privadas, os usurios podem realizar a implementao de qualquer poltica local, gerenciando todos os recursos e servios disponibilizados pelo Eucalyptus. Alm disso, foram debatidos os cinco principais componentes que compem a arquitetura do Eucalyptus e suas respectivas responsabilidades para garantir segurana, conabilidade e a disponibilidade dos recursos. Destacam-se os seguintes componentes: Node Controller, pela capacidade de ser executado em apenas uma mquina fsica; Cluster Constroller por realizar o roteamento da rede pblica para a rede interna; e o Cloud Controller por gerenciar a interface do usurio e seus recursos alocados e com o restante das funcionalidades do Eucalyptus. Devido capacidade de implementar Nuvens privadas, vrias organizaes aderiram ao Eucalyptus. Dentre elas, destaca-se a National Aeronautics and Space Administratio(NASA) que uma agncia do Governo dos Estados Unidos da Amrica, responsvel pela pesquisa e desenvolvimento de tecnologias e programas de explorao espacial. Certamente a NASA contm uma srie de dados sigilosos como informaes de satlites, misses, sondas de pesquisa espacial e etc, logo ela optou por criar a Nuvem NASA NEBULA. Para a implementao desta Nuvem, foi empregado a plataforma Eucalyptus para gerenciar todas as mquinas virtuais. Alm disso, a partir do Eucalyptus, a NASA NEBULA implementa um SaaS, PaaS e Iaas [16]. Outra organizao que utiliza o Eucalyptus a Ubuntu Enterprise para a construo da Ubuntu Enterprise Cloud(UEC). Esta soluo foi desenvolvida para construir e gerenciar uma Nuvem interna de qualquer empresa, independente do seu tamanho, possibilitando as pequenas empresas a criar sua prpria infraestrutura cloud [17]. Por m, a multinacional farmacutica Lilly tambm construiu uma Nuvem privada a partir da plataforma Eucalyptus para gerenciar seus recursos de hardware com uma interface com a Amazon AWS. Na opinio do autor deste artigo, o Eucalyptus complementa uma lacuna que poderia afastar o governo e as grandes corporaes da plataforma cloud computing: a criao de uma Nuvem privada, sem diminuir as vantagens da utilizao de uma Nuvem pblica. Como o Eucalytus uma plataforma open-source, torna-se um excelente material didtico para a investigao pelos pesquisadores e desenvolvedores Nuvem, alm de incentivar a participao da comunidade no aprimoramento da plataforma. Alm disso, o autor acredita que com uma arquitetura totalmente modularizada, o Eucalyptus est devidamente preparado

para as constantes mudanas no paradigma cloud computing. Outro fator constatado a diculdade em realizar experimentos empricos para avaliar o Eucalyptus, devido a uma srie de fatores, dentre eles: diculdade de quanticar algumas variveis, subjetividade em algumas informaes ou at mesmo a falta de informao a respeito de um determinado conceito tcnico. Alm disso, no h, at o momento, outra plataforma semelhante ao Eucalyptus torna-se praticamente impossvel de fazer concluses a partir de comparaes. O autor tambm acredita que o Eucalyptus ainda no atingiu todo o seu potencial em termos nanceiros, e, futuramente, vrias organizaes iro cada vez mais utilizar a plataforma. Logo, cabe a Equipe Eucalyptus continuar seu aprimoramento, incluindo outros hypervisors e aumentar a abstrao da nuvem e seus componentes. R EFERNCIAS
[1] C. Taurion, Transformando o mundo da tecnologia da informao. Associao Catarinense de Bibliotecrios (ACB), 2009, vol. 15. [2] F. R. C. Sousa, L. O. Moreira, and J. C. Machado, Computao em nuvem: Conceitos, tecnologias, aplicaes e desaos, ERCEMAPI 2009, 2010. [Online]. Available: http://www.es.ufc.br/~avio/les/ Computacao_Nuvem.pdf [3] F. S. Chirigati, L. H. Costa, and O. Duarte, Computao em nuvem, 2010. [Online]. Available: http://www.gta.ufrj.br/ensino/eel879/ trabalhos_vf_2009_2/seabra/ [4] P. Mell and T. Grance, The nist denition of cloud computing, 2009. [Online]. Available: http://csrc.nist.gov/groups/SNS/cloudcomputing/ cloud-def-v15.doc [5] G. C. Drive, Cloud computing and open source: It climatology is born, Eucalyptus Systems, Inc., 2010. [6] E. G. C. Drive, Five steps to enterprise cloud computing, Eucalyptus Systems, Inc., 2010. [7] D. Nurmi, R. W. C. Grzegorczyk, G. Obertelli, S. Soman, L. Youselff, and D. Zagorodnov, Eucalyptus: A technical report on an elastic utility computing archietcture linking your programs to useful systems, UCSB Computer Science Technical, 2008-2010. [8] G. C. Drive, Eucalyptus open-source cloud computing infrastructure an overview, Eucalyptus Systems, Inc., 2009. [9] M. Schmidt, B.Hutchison, P.Lambros, and R. Phippen, The enterprise service bus: Making service-oriented architecture real, IBM Systems Journal, pp. 781797, 2005. [10] G. C. Drive, Turning months into minutes with eucalyptus, 2010. [11] U. E. Cloud, C. Ltd., and I. Eucalyptus Systems, Intel cloud builder guide to cloud design and deployment on intel platforms - ubuntu enterprise cloud, 2010. [12] L. M. Vaquero, L. Rodero-Merino, and R. Buyya, Dynamically scaling applications in the cloud, in ACM SIGCOMM Computer Communication Review, vol. 41, 2011, pp. 4552. [13] Ttylinux Home Page. [Online]. Available: http://www.minimalinux.org/ ttylinux/ [14] Virtual Distributed Ethernet(VDE) Home Page. [Online]. Available: http://vde.sourceforge.net/ [15] Iperf Home Page. [Online]. Available: http://iperf.sourceforge.net/ [16] NASA NEBULA Home Page. [Online]. Available: http://nebula.nasa. gov/services/ [17] Ubuntu Enterprise Cloud(UEC) Home Page. [Online]. Available: http://www.ubuntu.com/business/cloud/overview