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: 33.476 ]

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

0 0

Denuncie Favoritos Indicar Impressora

Introdução

No artigo anterior OpenNebula Sunstone, 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.

Existem diversos serviços de Cloud Computing na frente de IaaS disponíveis na Internet, como:

Windows Azure
Amazon EC2
Google Cloud

Além dos principais provedores de hospedagens que oferecem serviços de Cloud.

Mas informações sobre o serviço EC2 e sobre a política de preços:

Amazon Elastic Compute Cloud (Amazon EC2)

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

Arch Linux - Instalação completa

Jack - Servidor de Áudio

Vamos usar Slack!

Bioinformática - Instalação do SNAP workbench

DropBear: um serviço de SSH alternativo

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