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.199 ]

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

0 0

Denuncie Favoritos Indicar Impressora

Conclusão

Esta segunda parte do artigo, procurou cobrir assuntos pertinentes à criação de instâncias na nuvem pública, procurando sempre o gerenciamento pelo OpenNebula pela linha de comando, mas, que o conceito continua valendo para a interface gráfica Sunstone.

O gerenciamento de Data Center é algo complexo, onde a utilização de ferramentas de controle de nuvens públicas e privadas, aumentam o controle sobre os ativos da empresa e diminuem o tempo de parada, devido ao alto grau de monitoramento e segurança aplicado nos registros do parque da empresa, sejam eles hoje internos ou externos.

Referências bibliográficas

OPENNEBULA. Amazon EC2 Driver 4.2. Acesso em: 25 set. 2013.
Disponível em: OpenNebula - Flexible Enterprise Cloud Made Simple

AMAZON AWS. Installing the Amazon EC2 Command Line Interface Tools on Windows. Acesso em: 26 set. 2013.
Diisponível em: Installing the Amazon EC2 Command Line Interface Tools on Windows - Amazon Elastic Compute Cloudl Sources

BARKING IGUANA. Command-line EC2 with ec2-api-tools. Acesso em: 26 set. 2013.
Disponível em: Command-line EC2 with ec2-api-tools — Barking Iguana

LEARNING TREE. Using the Amazon EC2 Command Line Tools and API. Acesso em: 26 set. 2013.
Disponível em: Using the Amazon EC2 Command Line Tools and API « Perspectives on Cloud Computing

Página anterior

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

Experimento com Linux (parte 2): de Sabayon a... Gentoo e Funtoo!

Asterisk: Entendendo o arquivo extensions.conf

Linvox - Sistema Linux voltado para deficientes visuais

AIXGL + Beryl + Slackware + ATI

Integrando Asterisk ao PABX através de placa de fax modem

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