OpenNebula - Gerenciamento de nuvens privadas e públicas

JeffersonSantos

No artigo anterior, foi demonstrado o processo de gerenciamento de máquinas virtuais em uma nuvem privada valendo-se da utilização do Hypervisor KVM. Mas, como existe uma grande necessidade de escalonamento de recursos, então, esta segunda parte do artigo cobre o gerenciamento de máquinas virtuais através do serviço EC2 Amazon.

[ Hits: 34.053 ]

Por: Jefferson Raimundo dos Santos em 14/10/2013

0 0

Denuncie Favoritos Indicar Impressora

Criação: instância (sistema)/máquinas virtuais

Criação da instância (sistema)

Agora, rode o seguinte comando para criação na plataforma EC2 da instância:

# onevm create instancia.one

Figura 15 - Criação de instância no OpenNebula e status das instâncias ativas

Entre no painel de controle do EC2 e acompanhe a instância carregando o sistema:

Figura 16 - Instância em modo pendente sendo criada na plataforma EC2

Criando as máquinas virtuais pelo OpenNebula Sunstone

Neste segundo artigo, foi utilizada a versão 4.2.0 do OpenNebula, para informações sobre instalação, consulte o primeiro artigo da série (OpenNebula Sunstone).

Para a criação das instâncias pelo Sunstone, será preciso a criação de um template para o código da imagem informada. Siga as etapas abaixo:

Clique na aba: Virtual Resources
Clique em: Templates
Clique na opção: Create

Figura 17 - Tela de templates do OpenNebula-Sunstone

Defina um nome para o template.

Figura 18 - Definindo um nome para o template

Selecione o template criado e clique na opção: More
Clique na opção: Update

Figura 19 - Opção de atualização do template

Clique na aba: Advanced Mode

Copie o conteúdo abaixo dentro do campo de texto:

CPU=0.5
MEMORY=128

EC2=[ AMI="ami-0358ce33",
        KEYPAIR="chave",
        ELASTICIP="54.214.6.47",
        AUTHORIZED_PORTS="22",
        INSTANCETYPE=m1.small]

Apague o conteúdo da caixa de texto e siga o modelo conforme abaixo.

Figura 20 - Definição das configurações de criação das instâncias

Clique no botão: Update
Selecione o template e clique em: Instantiate

Figura 21 - Criação das instâncias

Dê um nome para a instância e escolha a quantidade de instâncias a serem criadas.

Clique no botão: Instantiate
Clique na aba: Virtual Resources
Clique na opção: Virtual Machines

Veja o registro da instância criada e faça o gerenciamento pela interface do Sunstone.

Figura 22 - Gerenciamento da instância criada

Acessando a instância do servidor

Abra o shell do GNU/Linux.

Altere a permissão da chave da instância para 400, com o comando:

# chmod 400 chave.pem

Execute o comando para acesso via SSH da instância criada:

# ssh -i chave.pem ec2-user@54.214.6.47

Figura 23 - Acesso a instância do servidor por SSH

Página anterior Próxima página

Páginas do artigo

   1. Introdução
   2. Criação: conta/chave/certificado
   3. Configuração: OpenNebula/imagens/EC2/instâncias
   4. Definindo variáveis / API / Java para API
   5. Criação: IP estático/template/máquinas virtuais/AMI no EC2
   6. Criação: instância (sistema)/máquinas virtuais
   7. Conclusão

Outros artigos deste autor

OpenNebula Sunstone

Leitura recomendada

Instalar o Composer - Framework para o Ginga - NCL

Snort - Gerenciamento de redes

Afinal, o que há de tão especial no KDE 4?

Montando um sistema Helpdesk com servidor Linux e Java em um ambiente corporativo ou na Internet

GLPI - Implantação de Central de Serviços

Comentários

[1] Comentário enviado por danniel-lara em 14/10/2013 - 07:36h

Parabéns pelo Artigo

0 0

[2] Comentário enviado por removido em 20/10/2013 - 21:03h

Claro e objetivo, parabéns

0 0

[3] Comentário enviado por a.mendesaguiar em 27/10/2013 - 13:58h

Pelo o que eu entendi toda vez que eu tiver que criar uma instancia nova vou precisar editar o arquivo com o ID da AMI.

0 0

[4] Comentário enviado por jeffersonsantos em 28/10/2013 - 02:45h

Bom dia! Adriano.

O arquivo de template é criado apenas uma vez e pode-se usado diversas vezes apenas chamando este.

A personalização de um novo código de AMI será apenas quando desejar a instanciação de um sistema diferente tipo: Centos (código de AMI tal), Debian (código da AMI diferente), etc.

Vários templates podem ser criados com códigos de AMI iguais, mas com necessidades de disco, memória, etc., diferentes.

0 0