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

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

Monitorando roteadores com MRTG usando SNMP

XL - Ferramenta de gerenciamento Xen - Parte I

Reduzindo problemas de atualizações no Debian, Ubuntu e derivados - Parte 2

Instalando o driver de placas Nvidia no Fedora 11 Leonidas

Instalando o driver da NVidia no Fedora Core 2 sem compilar o kernel

  
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




Patrocínio

Site hospedado pelo provedor RedeHost.
Linux banner

Destaques

Artigos

Dicas

Tópicos

Top 10 do mês

Scripts