Cluster de Virtualização com Ganeti

Ganeti é uma solução para gerenciamento de Cluster de Virtualização muito robusta, viável, moderna e escalável, largamente utilizada pela Google e pela comunidade, com Ganeti o gerenciamento do ambiente virtual é centralizado lhe dando total controle do ambiente, facilitando, agilizando e controlando o ambiente virtual e consequentemente maximizando os recursos de hardware dos servidores.

[ Hits: 64.318 ]

Por: Diego em 01/09/2011


Gerenciando as instâncias e Nós do Cluster



Gerenciamento das instâncias do Cluster

Iniciando uma instância:

# gnt-instance start vm1

Reiniciando uma instância:

# gnt-instance reboot vm1

Desligando uma instância:

# gnt-instance shutdown vm1

Listando as instâncias do Cluster:

# gnt-instance list

Acessando uma instância:

# gnt-instance console vm2

Saindo do console da instância, pressione CTRL+J.

Alterando a memória de uma instância:

# gnt-instance modify -B memory=256 vm1

Alterando o número de cpus de uma instancia:

# gnt-instance modify -B vcpus=2 vm1

Adicionando outra interface de rede na instância:

# gnt-instance modify --net add:ip=192.168.1.99 vm1

Alterando somente o IP da interface inserida:

# gnt-instance modify --net 1:ip=192.168.1.80 vm1

Adicionando disco para a instância:

# gnt-instance gnt-instance modify --disk add:size=10g vm1

Migrando uma instâncias entre os Nós Primário e Secundário:

# gnt-instance migrate vm2

Realizando o failover de uma instância em que seu Nó primário esta com problemas e entrará em manutenção:

# gnt-instance failover vm2

Forçando o failover pois o Nó Primário já desligou devido a falha grave:

# gnt-instance failover --ignore-consistency vm1

Convertendo uma instância sem suporte Alta Disponibilidade para uma instância com suporte a Alta disponibilidade definindo seu Nó Secundário:

# gnt-instance shutdown vm1
# gnt-instance modify -t drbd -n node2 vm1
# gnt-instance start vm1

Convertendo de volta. =D

# gnt-instance shutdown vm1
# gnt-instance modify -t plain vm1
# gnt-instance start vm1

Obs.: A conversão de instância possui um certo risco, pois se a instância possuir múltiplos discos e o Nó master falhar durante a conversão (Informática = Tudo é possível) é provável que se perca os disco da instância. Portanto realize o backup da instância antes de iniciar o procedimento.

Mais informações sobre o comando gnt-instance: http://docs.ganeti.org/ganeti/2.4/man/gnt-instance.html.

Para a realização do backup de uma instância é necessário espaço suficiente no diretório "/srv/ganeti/export" no Nó especificado no comando gnt-backup, este Nó receberá o backup da instância.

Somente é permitido um backup por instância, os próximos backups da mesma instância sobrescreverão o backup anterior no diretório "/srv/ganeti/export", desde que o Nó especificado seja o mesmo.

Dica:

Esse diretório é um bom ponto de montagem para um volume remoto dedicado para backup =D.

Realizando backup de uma instância:

# gnt-backup export -n node2 vm2

Realizando backup online de uma instância:

# gnt-backup export -n node2 --noshutdown vm2

Realizando a importação da instância para o node3 do cluster:

# gnt-backup import -n node3 --src-node=node2 --src-dir=/backup vm2

Gerenciando os Nós do Cluster

Realizando o Failover de um Nó Inteiro. Todas as instancias do Nó serão failover para o seus respectivos Nós secundários:

# gnt-node failover node2

Forçando o Failover do Nó pois o mesmo já desligou devido a falha grave:

# gnt-node failover --ignore-consistency node2

Realizando a recuperação do Cluster em caso de falha do Master. Logue no Nó candidato a master e execute o failover.

# gnt-cluster master-failover

Em seguida replica a nova configuração:

# gnt-cluster redist-conf

Verificando quem é o novo master do Cluster, esse comando pode ser executado em qualquer nó do Cluster:

# gnt-cluster getmaster

Em um Cluster Grande com mais de 3 nós por exemplo, periodicamente é necessário alterar o status do Nó como segue abaixo.

Alterar um nó candidato a Master para Master:

# gnt-node modify -C yes node5

Alterar um Nó do Cluster para Drained:

# gnt-node modify -C yes node4

Em seguida altera-lo para Offline:

# gnt-node modify -O yes node4

Alterar um nó com alguma função especifica, como candidato a Master para um Nó Regular:

# gnt-node modify -O no -D no -C no node5
# gnt-cluster
Página anterior     Próxima página

Páginas do artigo
   1. Overview, Terminologia, Qualidades e Limitações
   2. Arquitetura do Cluster e Pre Requisitos
   3. Instalação e configuração do Xen, DRBD e LVM2
   4. Configurando a Rede e Instalando o Ganeti
   5. Preparando, Configurando e Inicializando o Cluster
   6. Criando instâncias no Cluster
   7. Gerenciando as instâncias e Nós do Cluster
   8. Problemas comuns e Referencias Bibliograficas
Outros artigos deste autor
Nenhum artigo encontrado.
Leitura recomendada

Criando uma imagem de instalação do Ubuntu

Nagios Server e Máquinas Clientes no CentOS - Instalação e Configuração

Instalação do winmodem HSP56 Pctel no Slackware

FluxBox com sombras e transparência real (translucência)

Instalando o Adminer, do jeito certo, no Debian

  
Comentários
[1] Comentário enviado por dolivervl em 01/09/2011 - 23:17h

Cara so tenho uma palavra para descrever esa ferrramenta e seu artigo: SEMSACIONAL!!!!!
Parabens !!!!!

[2] Comentário enviado por dfsantos em 02/09/2011 - 09:19h

vlw dolivervl

Abaixo segue algumas informações adicionais para os interessados.

site do ganeti web manager para quem tem interesse em administrar um cluster de grande porte, uma interface grafica é essencial.

http://code.osuosl.org/projects/ganeti-webmgr

Pra quem tem interesse em obter o script de instalação automatizada de instancias como centos entre outras distros.

http://code.osuosl.org/projects/ganeti-image

Tambem possui informações para deploy de instancias windows.

[3] Comentário enviado por madtrek em 02/09/2011 - 09:34h

Bom dia ...

Artigo interessante ...

Porém eu encontrei uma discrepância muito esquisita no texto !

Na introdução o Sr. menciona que usará o KVM, e diz até mesmo qual versão do KVM ( 0.14 ) e no entanto, na sequência do texto o Sr. usa XEN ?!?!?

Fábio Rabelo

[4] Comentário enviado por dfsantos em 02/09/2011 - 09:39h

KVM foi onde eu instalei os dois nos amigo, para fins de teste. Usei um ambiente virtualizado para virtualizar =D

[5] Comentário enviado por dfsantos em 02/09/2011 - 09:40h

correção - Saindo do console da instância, pressione CTRL+]. colchete

[6] Comentário enviado por dfsantos em 02/09/2011 - 12:03h

Dica de configuração.

Crie um bond (nic teaming) exclusivo para o trafego das replicações de disco do DRBD.

[7] Comentário enviado por removido em 02/09/2011 - 14:18h

Muito bom o artigo. Irei testar a ferramenta.

Abraço.

[8] Comentário enviado por bigjoevt em 03/05/2012 - 21:25h

A ferramenta realmente é sensacional galera, porém estou tendo alguns problemas, se puderem ajudar.

1- Live migration gerando split-brain dos resources;
2- Live migration quando a máquina passa para o nó secundário ela inicia do boot e não de onde estava no nó primário;

Setup:
2x
AMD Dual-Core
2Gb
2NIC
1x80
LVM VolGroup0 10G
/ 9Gb
swap 1Gb
LVM xenvg 67G

Debian 6.0.4 x64 Kernel
Xen 4
DRBD 8.3
Ganeti 2.1.6

Ou seja os sources padrões dos repositórios, alguma dica please?


Contribuir com comentário