Ubuntu Enterprise Cloud, como instalar e configurar uma nuvem

Transcrição

1 Ubuntu Enterprise Cloud, como instalar e configurar uma nuvem Paulo Renato Xavier da Silva, Francisco J.A. de Aquino IFCE, Instituto Federal de Educação, Ciência e Tecnologia do Ceará Av. Treze de Maio, Benfica CEP: Fortaleza CE, Brasil paulorenat@gmail.com, fcoalves_aq@ifce.edu.br Abstract This article presents a GNU/Linux solution to private cloud using the Canonical's Ubuntu Enterprise Cloud which is based on the Eucalyptus Systems s Eucalyptus. The goal is to show how simple can be setup, configuration and customization of the cloud and the virtual machines to be deployed in this cloud. And, second, to illustrate the benefits of using a cloud like this. Resumo Este artigo apresenta uma solução GNU/Linux para nuvem privada, utilizando o Ubuntu Enterprise Cloud da Canonical que se baseia no Eucalyptus da Eucalyptus Systems. Objetivo é mostrar o quão simples pode ser a instalação, configuração e personalização da nuvem e das máquinas virtuais a serem utilizadas nesta nuvem. E, secundariamente, ilustrar os benefícios do uso de uma nuvem como esta. Iaas; nuvem privada; Ubuntu; Eucalyptus; KVM; virtualização I. INTRODUÇÃO O Ubuntu Enterprise Cloud (UEC) é um conjunto de componentes (softwares) open-source compatíveis com as APIs usadas pelos principais serviços da Amazon Web Services (AWS). Foi lançado de maneira experimental na versão 9.04 do Ubuntu Server onde a sua instalação era feita através de pacotes individuais. Na versão 9.10 possui uma opção de instalação no servidor para preparar um ambiente de nuvem que fornece infraestrutura como serviço. A atual versão, 10.10, que contém os pacotes mais atuais dos aplicativos utilizados pelo UEC e novas funcionalidades, será a utilizada na elaboração deste tutorial. O objetivo do UEC é trazer as vantagens da computação em nuvem, como elasticidade e rapidez na implementação de serviços, para dentro infraestrutura de TI das empresas formando uma nuvem privada. Embora este conceito de nuvem privada não seja muito bem visto pelo fato de ferir premissas básicas da computação em nuvem, outros produtos semelhantes têm aparecido recentemente, com a mesma finalidade. E todos eles possibilitam a migração dos seriços para a nuvem pública por usarem os mesmos padrões de grandes players da computação em nuvem, como a Amazon. O UEC será contextualizado inicialmente e feitos comentários sobre alguns produtos similares. A descrição dos componentes e a instalação de um ambiente básico. Por último a personalização de máquinas virtuais Linux para serem implantadas de forma rápida, sendo possível ter um serviço funcional em questão de minutos. II. A NUVEM A computação em nuvem se trata de um novo paradigma de entrega e implantação de recursos de TI [3]. Recursos como armazenamento, processamento, rede e energia elétrica, são entregues para clientes externos, ou, da perspectiva de um cliente, estes recursos de TI são obtidos de um provedor externo, como um serviço através da Internet e sem nenhum gasto inicial [3] e sem a necessidade de se instalar nada adicional. Outras características da computação em nuvem seriam que estes recursos estão agrupados sob uma camada de abstração que dá ao cliente uma sensação de infinitude de recursos, permitindo uma escalabilidade do serviço de nuvem. A disponibilidade sob demanda é outro aspecto onde o usuário escolhe o recurso baseado em nuvem que vai precisar e começa a utilizá-lo quase de imediato (basta realizar um breve cadastro para isso). Quando não tiver mais a necessidade pode se desfazer do recurso, pois este retornará para nuvem. Isso simplifica várias fases do processo de aquisição. Pois, no método tradicional, até que o serviço chegasse ao usuário final, haveria um intervalo de alguns meses. Além disso, o pagamento do serviço é medido pelo seu tempo de uso, quantidade de acessos, espaço em disco utilizado, ou mesmo processamento (ciclos do processador). Isso elimina alguns problemas como o pagamento de licenças de um software que só será utilizado uma vez por mês, por exemplo. Consequentemente, outra grande vantagem dessa tecnologia, está no fato de não se ter de se preocupar com o que fazer com o hardware obsoleto, ou com a licença de um software que não será mais utilizado. A. Classificação e tipos de serviços A classificação das nuvens se dá a partir do ponto de vista do cliente de quem possui a infraestrutura do data center. Assim podemos classificá-las em públicas e privadas. Sendo que esta última compartilha algumas características da primeira e tem se tornado bastante popular. A classificação ficaria: Pública. Nuvens onde os recursos são oferecidos ao público geral na forma de autoatendimento, via web, com provisionamento automático dos recursos. Nesse tipo de nuvem o cliente paga pelo que usa e durante o tempo que usar. Privada. Os recursos são oferecidos, via web, somente à organização possuidora da nuvem. Nesse tipo de nuvem os recursos ofertados são finitos, mas é possível se valer da características como autoatendimento e o

2 provisionamento automático o que confere agilidade aos processos. Híbridas. São a junção entre, pelo menos, uma nuvem pública e uma nuvem privada compartilhando os serviços entre si. Isto pode beneficiar as organizações devido ao escalonamento infinito da nuvem pública. Federadas, são nuvens públicas, ou mesmo privadas, que cooperam entre si através de interfaces sem que percam sua autonomia. Os tipos de serviços expostos para os clientes seriam: Aplicativo como um serviço (SaaS) utiliza a abstração dos serviços das camadas inferiores (IaaS e PaaS) para oferecer aplicativos sob demanda. Plataforma como um serviço (PaaS) utiliza os serviços da IaaS para oferecer um ambiente de desenvolvimento completo, ou fases deste. Infraestrutura como um serviço (IaaS), é onde recursos, como processamento, rede e armazenamento, são concatenados e exibidos como recursos infinitos, elásticos, tornando-se assim bastante escalável. AWS é o grande provedor de IaaS com dois serviços populares Elastic Computing Cloud (EC2) e Simple Storage Service (S3). III. A. Ubuntu enterprise Cloud UBUNTU ENTERPRISE CLOUD O UEC teve o seu inicio na versão 9.04 do Ubuntu Server Edition quando pacotes do Eucalyptus (Elastic Utility Computing Architecture for Linking Your Programs To Useful Systems) foram colocados no repositório oficial do Ubuntu. Logo para se obter o que viria a se tornar o UEC, os pacotes tinham que ser instalados e configurados manualmente. De lá pra cá a instalação do ambiente foi automatizada e inserida na própria instalação da versão para servidores do Ubuntu. O UEC é a junção de tecnologias da Canonical e da Eucalyptus Systems. A escolha do Eucalyptus pelo Ubuntu se deu pelo fato deste ser compatível com as API EC2 e S3 fornecidas pela AWS para formar uma nuvem privada, ou mesmo híbrida, tendo como produto fornecido, IaaS. A tecnologia de virtualização usada pelo Ubuntu seria o KVM (Kernel-based Virtual Machine), sendo este o hypervisor adotado como padrão pela Canonical para o Ubuntu. B. KVM O KVM [9] é uma solução de virtualização completa para o Linux em hardware x86 que se utiliza das extensões de virtualização (IntelVT ou AMD-V). Ele funciona adicionado módulos que são carregados no kernel. O módulo kvm.ko fornece o núcleo da infraestrutura de virtualização e os módulos intel.ko ou amd.ko são específicos para cada processador. Desta forma, o KVM transforma o kernel de um GNU\Linux em um hypervisor. Usando o KVM, cada máquina virtual possui o seu próprio hardware virtual, assim é possível executar múltiplas máquinas virtuais rodando imagens Linux ou Windows sem precisar alterá-las. Para melhorar o desempenho de dispositivos de E/S (discos rígidos e interfaces de rede) é usado Virtio. O Virtio é um padrão de drivers Linux para dispositivos de E/S que permite que os drivers da máquina virtual percebam o ambiente virtual e cooperem com hypervisor para garantir um melhor desempenho. C. Eucalyptus O Eucalyptus[10] é um aplicativo baseado em linux código aberto que, sobre o Ubuntu server, proverá IaaS. Conta como vantagem o fato de ser se basear nas API da AWS, (uma das maiores, senão a maior provedora de computação em nuvem da atualidade) para os serviços EC2, S3 e EBS (Elastic Block Storage). Sendo assim, aplicativos feitos para a AWS que utilizam estas APIs podem ser utilizados com o Eucalyptus. O Eucalyptus converte automaticamente o formato das Amazon Machine Image (AMI) para um formato compatível com o do hypervisor utilizado. Isso torna o ambiente Eucalyptus independente. E permite que uma imagem possa ser levada de uma nuvem UEC para uma nuvem pública da Amazon, sem modificações. Este fato permite que sejam feitos ambientes híbridos. D. Componentes Eucalyptus A infraestrutura do Eucalyptus é composta de cinco componentes: Controlador de Nó (NC): Será o conjunto de servidores que formarão os recursos computacionais exibidos aos clientes. O NC comunica-se com o hypervisor e repassa os dados das instâncias para o CC. Controlador de Cluster (CC): Executará o gerenciamento de um, ou mais NCs utilizados na infraestrutura, fará a distribuição e o gerenciamento das instâncias nestes e repassará os dados para o CLC. Apesar de os nós garantirem o isolamento entre as instâncias, o isolamento de tráfego de rede será gerenciado pelo CC através dos modos de rede usado pelo Eucalyptus. Controlador de Armazenamento Walrus (WS3): Provê o serviço simples de armazenamento persistente compatível com as API do S3 da Amazon. O WS3 amazenará as imagens EMI (Ecalyptus Machine Image), e dados dos usuários. Controlador de Armazenamento (SC): Responsável pela criação e gerenciamento de blocos persistentes de armazenamento utilizados pelas instâncias. Controlador de Nuvem (CLC): Será a interface da infraestrutura da nuvem gerada pelo Eucalyptus. Monitora os recursos e isudonterage com os outros componentes da infraestrutura do Eucalyptus. E. Imagens e Instâncias Os usuários podem fazer o download de imagens prontas direto do site da Canonical, do site do Eucalyptus, ou através do próprio UEC. Também é possível criar imagens personalizadas, sendo estas as mais apropriadas devido às características inerentes das instâncias. Eucalyptus Machine Image (EMI) é composta por uma imagem de kernel, por uma de ramdisk, por uma, ou várias,

3 imagens virtuais de disco e por arquivos xml com metadados sobre as imagens. Os arquivos xml de um EMI possuem identificadores como id-emi para identificar a(s) imagem(ns) virtal(is) de disco, id-eki para identificar uma imagem kernel, id-eri para identificar uma imagem ramdisk. Todos estes irão residir no WS3 e usados como moldes para as instâncias no UEC. As instâncias são máquinas virtuais inicializadas na infraestrutura UEC a partir de EMIs publicadas. Na inicialização da instância podem ser definidas características como espaço em disco, memória e número de CPUs. Cada instância pertence a um usuário que pode inicializar e terminála sem autorização prévia. No clico de vida de uma instância quando o usuário solicita a criação de uma instância é verificada as permissões do usuário. Após ter sido inicializada a instância vai para o estado de PENDING. Ao finalizar a inicialização, o estado da instância será RUNNING, onde a máquina virtual pode ser reinicializada. Ao executar o comando para terminar a instância, esta vai para o estado SHUTTING DOWN e depois de devolver os recursos para o UEC, recebe o estado de TERMINATED. Durante o estado de PENDING realizadas na infraestrutura UEC, como: algumas tarefas são É contatado o CC responsável e o NC onde ficará a instância A imagem copiada do WS3 para o NC, onde uma vez copiada podem ser criadas várias instâncias desta imagem sem a necessidade de uma nova cópia. É criada um nova interface de rede virtual. E por fim, uma máquina virtual com base na imagem é executada no KVM e a instância vai para o estado de RUNNING IV. POR QUE UEC? Além do Eucalyptus existem outros produtos voltados para prover IaaS. Entre esses produtos estão OpenStack[11], OpenNebula[12] e este último disponibiliza alguns estudos comparativos entre esses produtos. Eles compartilham características com o Eucalyptus, como: Compatibilidade com padrões EC2 da AWS; Interface Web para gerenciamento; Suporte à hypervisors como KVM, Xen e VMWare; A possibilidade de criar nuvens híbridas. Se forem verificados outros aspectos como tolerância a falhas de todos os componentes, escalabilidade, números de hypervisors suportados, entre outros; o Eucalyptus está em desvantagem por possuir deficiências em alguns aspectos. Contudo para quesito aprendizado, o Eucalyptus (na forma de UEC) é uma excelente opção. A instalação é rápida e a configuração é mínima se for levado em consideração os dois produtos anteriormente falados. Isto diminui o tempo de aprendizado da criação e do gerenciamento de uma nuvem privada. V. AMBIENTE UTILIZADO A seguir discutiremos o ambiente onde o UEC foi instalado e testado. Como mostra a Figura 1, foram utilizados três servidores sendo que um será utilizado como cliente do serviço. Neste servidor serão instalados pacotes para a personalização e gerenciamento de máquinas virtuais. Um destes é um serviço de cache dos pacotes utilizados na atualização das máquinas virtuais e servidores. Os outros dois servidores exemplificaram a estrutura mínima aconselhada pela Canonical para instalação do ambiente. No Server1 terá instalado os componentes CLC, CC, SC e WS3. O Server2 terá somente o serviço NC. Outras estruturas podem ser utilizadas, mas não serão abordadas aqui. A Tabela I mostra a configuração dos servidores. A Tabela 2 exibe a configuração de endereçamento IP a ser utilizada na instalação dos servidores. Foi retirada uma faixa de endereços IP ( ) da rede empresarial para ser utilizados pelas instancias. TABELA I. CONFIGURAÇÃO DO SISTEMA Sistema Configuração Outros Processador: AMD Sempron 140 Ubuntu Desktop AMD-V: Habilitado Cliente bits Memória: 2GB Proxy Armazenamento: 160GB Server1 Server2 Processador: AMD Opteron AMD-V: Habilitado Memória: 2 GB Armazenamento: 160 GB Processador: Intel Core 2 Quad Q6600 VTx: Habilitado Memória: 2 GB Armazenamento: 250 GB TABELA II. ENDEREÇAMENTO IP UTILIZADO Ubuntu Server bits CLC, CC, SC, Walrus Ubuntu Server bits NC Redes Configuração Cliente1 Server1 Server2 Externa Faixa: /24 DNS: Gateway: IP:.1 IP:.2 Broadcas: Nuvem Faixa: /24 DNS: Gateway: Broadcas: IP:.1 IP:.2 A. Cliente1 VI. INSTALAÇAO E CONFIGURAÇAO A instalação do servidor cliente1 será, inicialmente, idêntica à instalação da versão Desktop do Ubuntu. Quando terminar a instalação os pacotes deverão ser atualizados, como sugerido abaixo, $ sudo apt-get update && sudo apt-get upgrade -y e instale os pacotes necessários de acordo com com os comandos que seguem. $ sudo aptitude install euca2ools

4 address netmask network broadcast Após fazer a configuração reiniciar o serviço de rede; $ sudo /etc/init.d/networking restart Atualizar os pacotes do Eucalyptus; $ sudo apt-get update && sudo apt-get dist-upgrade -y B. Server1 Figura 1. Estrutura da nuvem utilizada A instalação do UEC é bastante semelhante à instalação normal de um servidor Ubuntu, há somente umas telas adicionais referentes a instalação e configuração do Eucalyptus. 1) Instalação Iniciar a instalação através do CD e no menu de instalação, escolher Instalar Ubuntu Enterprise Cloud; Configure a interface de rede que será usada para a acessar a rede Externa de acordo com a Tabela II; Deixar em branco o endereço do Cloud Controller; No Cloud Instalation Mode deixar marcadas as opções Cloud controller, Walrus storage server, Cluster controler, Storage controller; Usar a interface de rede restante para ser a interface de para comunicações com o(s) NC(s); Particionar o disco utilizando o sistema de arquivo Ext3. Isso não é mencionado pela Canonical, mas durante a construção deste laboratório, houveram problemas como travamento dos servidores, devido a problemas no sistema de arquivos Ext4; Nome do cluster meucluster; Endereços IP Eucalyptus Estes endereços IP serão associados às instâncias quando estas forem criadas. 2) Configuração A instalação padrão do UEC configura a rede da nuvem para Managed-NOVLAN. Este modo permite filtrar o tráfego de entrada para as máquinas virtuais, mas não a saída, sendo necessária a criar ACLs para garantir acesso aos serviços. Outras características deste modo é que os IPs são atribuídos automaticamente às máquinas virtuais e que não são utilizadas VLANs para isolá-las. Seguem alguns passos pós-instalação do servidor Server1. Estes seguem: Configurar a interface de rede para comunicação com o(s) NC(s) como sugere abaixo; auto eth1 iface eth1 inet static Abaixo a instalação do serviço ntp, pois ele garantirá que o Server1 e o Server2 estejam sincronizados para realizarem suas tarefas de forma não ocorrer erros. $ sudo apt-get install ntp Para configurar o serviço de NTP, edite o arquivo /etc/ntp.conf. Configuração abaixo fará com que este servidor forneça a hora correta mesmo que perca o acesso à internet, utilizando o seu relógio interno como fonte; server fudge stratum 10 Reiniciar os serviços de ntp e CC para as configurações tenham efeito. $ sudo /etc/init.d/ntp restart $ sudo restart eucalyptus-cc CLEAN=1 C. Server2 A instalação do Server2 como NC requer menos passos. Se a comunicação com o Server1 estiver correta, um script será baixado e configurará boa parte do Server2 sem a necessidade de intervenção. 1) Instalação Iniciar a instalação através do CD e no menu de instalação, escolha Instalar Ubuntu Enterprise Cloud. Configure somente a interface de rede para comunicação com o server1 de acordo com a Tabela II. O endereço do Cloud Controller é o endereço da interface de rede do Server1, No Cloud Instalation Mode escolher somente a opção Node controller. Particionar o disco utilizando o sistema de arquivo Ext3. 2) Configuração A pós-configuração do Server2 assemelha-se um pouco com a do server1, seguem os passos: Caso não tenha sido configurado na instalação, adicionar o servidor de DNS da rede Externa ao arquivo /etc/resolv.conf; nameserver Atualize os pacotes do Eucalyptus para ter a certeza de que recebeu as últimas correções;

5 $ sudo apt-get update && sudo apt-get dist-upgrade -y Instalar os pacotes ntp e openssh-server; $ sudo apt-get install ntp Adicionar a seguinte linha ao arquivo /etc/ntp.conf; server Abrir o arquivo /etc/eucalyptus/eucalyptus.conf e fazer as seguintes alterações; VNET_PUBINTERFACE= br0 VNET_PRIVINTERFACE= br0 Reiniciar os serviços de ntp e NC; $ sudo /etc/init.d/ntp restart $ sudo restart eucalyptus-nc-publication $ sudo restart eucalyptus-nc É preciso que seja transferida uma cópia da chave pública do ssh do Server1 para o Server2 para configurar a autenticação sem senha para o usuário eucalyptus. Primeiro habilitar temporariamente a senha do usuário eucalyptus no Server2; $ sudo passwd eucalyptus No Server1, transferir uma cópia da chave pública do ssh do usuário eucalyptus; $ sudo -u eucalyptus ssh-copy-id -i ~eucalyptus/.ssh/id_rsa.pub eucalyptus@ Agora remover a senha do usuário eucalyptus no Server2. $ sudo passwd -d eucalyptus VII. GERENCIAMENTO DE IMAGENS Existem algumas formas de se ter uma imagem de máquina virtual para ser usada com o UEC. Usando o próprio Eucalyptus, podem ser baixadas imagens prontas para o uso em e em Depois de baixada, a imagem estará publicada no Server1 bastando somente executar um comando para configurar e instanciar a imagem. Após poucos minutos (dependendo dos recursos a serem alocados) a máquina virtual está pronta para ser acessada. Mas esta máquina virtual não possui nada mais do que o sistema operacional básico. A sugestão a seguir é para evitar esse problema de não persistência preparando uma imagem com o que for necessário, obtendo-se, como produto final, perfis de máquinas virtuais para determinadas tarefas. Existem outras formas além da que será apresentada, como instalar uma máquina virtual através do KVM a partir de um CD de instalação. Este processo torna-se inconveniente por necessitar de muito tempo para a instalação, configuração de arquivos e por precisar de muitos comandos para publicar a imagem no UEC. Mas o problema principal com este procedimento é que quando a imagem é instanciada no UEC, este não consegue aumentar o tamanho original da imagem criada. A. Criação de uma máquina virtual Fazer o download da imagem mais apropriada em Extrair o arquivo.img do pacote; A partição raiz da imagem não possui muito espaço em disco, embora seja possível quando for instanciar a imagem solicitar valores como 5, ou 10 GB de espaço em disco, este espaço não será alocado para a partição raiz e sim para o /mnt. Assim, para modificar o tamanho da partição raiz da imagem, prossigir; $ sudo resize2fs <nome_da_imagem>.img 3G Confirmar se ocorreu tudo bem com a modificação com o comando; $ sudo fsck.ext3 -f <nome_da_imagem>.img Associar a imagem a um dispositivo loopback para ser montada. Assim é possível modificar os arquivos de configuração e copiar arquivos para a imagem; $ mkdir imagem $ sudo losetup /dev/loop2 <nome_da_imagem>.img $ sudo mount /dev/loop2 imagem/ Para que ser possível instalar os pacotes, será utilizado o chroot, que tornará o diretório imagem/ no diretório raiz do sistema. Para garantir o uso da interface de rede do servidor Cliente1, executar os comandos abaixo; $ sudo mount -o bind /dev imagem/dev/ $ sudo mount -o bind /proc imagem/proc/ $ sudo mount -o bind /sys imagem/sys/ Executar chroot; $ sudo chroot imagem/ Garantir o acesso à internet modificando o arquivo /etc/resolv.conf para o servidor de DNS da rede externa. nameserver Instalar os serviços necessários. Devido a erros durante a instalação dos pacotes, o pacote de linguagem adequado deve ser instalado (no caso language-pack-pt). # apt-get install language-pack-pt Após feitas as mudanças necessárias, parar os serviços que foram instalados antes de sair do chroot isso evitarará problemas quando for desmontar os diretórios; # /etc/init.d/<serviço> stop Sair do chroot, desmontar os diretórios e substituir a imagem original do pacote.tar.gz pela que foi modificada, utilizando os comandos a seguir; # exit

6 $ sudo umount imagem/dev/ $ sudo umount imagem/proc/ $ sudo umount imagem/sys/ $ sudo umount imagem/ $ sudo losetup -d /dev/loop2 Para publicar a imagem recém-criada, executar. $ uec-publish-tarball mytarfile.tar.gz my_bucket amd64 B. Instanciando a imagem O gerenciamento das imagens é feito usando o euca2ools que fora instalado anteriormente no Cliente1. Euca2ools é um conjunto de ferramentas criadas pela Eucalyptus utilizadas em tarefas administrativas de imagens, instâncias, armazenamento, rede, entre outros. Para gerenciar é necessário baixar as credenciais do usuário a partir de; Salvar as credenciais no diretório ~/.euca. Descompactar o arquivo. Entre as credenciais existe um arquivo fonte que deve ser executado para que as variáveis utilizadas pelo euca2ools sejam configuradas corretamente; $. ~/.euca/eucarc Para se torne automática a configuração das variáveis ambiente para o euca2ools, usar o comando. $ echo "[ -r ~/.euca/eucarc ] &&. ~/.euca/eucarc" >> ~/.bashrc Para verificar a disponibilidade de recursos da nuvem; $ euca-describe-availability-zones verbose Caso apareça 0 virtual CPUs em free / max na saída do comando acima, significa que o Server2 não foi registrado automaticamente pelo Server1. Para tanto é necessário executar o comando abaixo no Server1. Quando solicitado, aprove a adição do servidor como Node Controller. $ sudo euca_conf --discover-nodes Para fins de autenticação é necessário gerar uma chave de segurança para ser usada na criação da instância e na autenticação do acesso à mesma. $ cd ~/.euca $ euca-add-keypair chave > chave.priv $ chmod 600 chave.priv O id-emi das imagens publicadas no UEC encontramse em De posse da id-emi da imagem o comando para instanciá-la é o seguinte; $ euca-run-instances <id_da_emi> -k chave -t c1.medium -g default Para acompanhar o estado da instância; $ watch -n 5 euca-describe-instances Para garantir acesso via ssh à instância. $ euca-authorize -P tcp -p 22 -s /0 default Para acessar a instância. $ ssh -i chave.priv ubuntu@ Para reiniciar uma instância. $ euca-reboot-instances <id_da_instância> Para terminar uma instância. $ euca-terminate-intances <id_da_instância> VIII. CONCLUSÃO Montar uma nuvem para prover IaaS pode ser visto como uma tarefa árdua, mas o UEC ajuda a simplificar esta tarefa e, com o auxilio de algumas ferramentas. Com um mínimo de infraestrutura, é possível ter um ambiente de nuvem para testes de migração de sistemas para uma nuvem pública, ou mesmo para uso definitivo. Laboratórios acadêmicos podem se beneficiar enormemente desse tipo de estrutura por reduzir o tempo de implantação de um ambiente de teste e a preocupação com o que fazer com ele após a sua utilização. Sem contar com a melhor utilização dos recursos computacionais e de energia. Estudos e comparações sobre o UEC e outras nuvens, tornam mais simples as tomadas de decisão por optar, ou não por computação em nuvem dentro, ou fora de ambientes acadêmicos, ou empresas. REFERÊNCIAS [1] Velte, Anthony T., Velte, Toby J., Elsenpeter, Robert Cloud Computing: A Practical Approach. McGraw-Hill, [2] Kurose, James F., Ross, Keith W., Redes de Computadores e a Internet: uma Abordagem. Pearson, [3] Stanoevska-Slabeva, Katarina, Wozniak, Thomas, Ristol, Santi, Grid and Cloud Computing: A Business Perspective on Tecnology and Applications. Springer-Verlag Berlin Heidelberg, [4] Reese, George, Cloud Aplication Architectures. O Reilly, [5] acessado em 19/10/2010. [6] acessado em 19/10/2010. [7] D, Johnson, Murari, Kiran, Raju, Murthy, RB, Suseendran, Girikumar, Yogesh, Eucalyptus Beginner s Guide UEC Edition. CSS Corp, [8] Intel Cloud Builder Guide to Cloud Design and Deployment on Intel Platforms - Ubuntu Enterprise Cloud. Intel, [9] KVM, [10] Eucalyptus, [11] OpenStackhttp:// [12] OpenNebula,