Instalação de clustering RHEV e hipervisores RHEL - Parte 5

Nesta parte discutiremos alguns pontos importantes relacionados à nossa série RHEV. Na Parte 2 desta série, discutimos implantações e instalações do hipervisor RHEV. Nesta parte discutiremos outras maneiras de instalar o hipervisor RHEV.

A primeira maneira foi feita usando RHEVH dedicado que foi customizado pelo próprio RedHat sem qualquer modificação ou alteração por parte do administrador. Por outro lado, usaremos um servidor RHEL normal [instalação mínima] que atuará como um hipervisor RHEV.

Etapa 1: Adicionar o hipervisor RHEL ao ambiente

1. Instale o servidor RHEL6 inscrito [instalação mínima]. Você pode aumentar seu ambiente virtual adicionando um servidor RHEL6 adicional inscrito. [Instalação mínima] atua como hipervisor.

Especificação de máquina virtual

OS: RHEL6.6 x86_64
Number of processors: 2
Number of cores : 1
Memory : 3G
Network : vmnet3
I/O Controller : LSI Logic SAS
Virtual Disk : SCSI
Disk Size : 20G
IP: 11.0.0.7
Hostname: rhel.mydomain.org

e certifique-se de marcar a opção virtualização nas configurações do processador vm.

Dica : Certifique-se de que seu sistema esteja inscrito nos canais redhat e atualizado, se você não sabe como se inscrever no canal de assinatura redhat, você pode ler o artigo Habilitar Canal de Assinatura Red Hat.

Dica : Para economizar seus recursos, você pode desligar um dos hipervisores atualmente em funcionamento.

2. Para transformar seu servidor em hipervisor {use-o como hipervisor} você pode precisar instalar o agente RHEVM nele.

yum install vdsm

Após a conclusão da instalação dos pacotes, vá para a interface da web RHEVM para adicioná-lo.

3. Contra o hipervisor RHEVH, você pode adicionar o hipervisor RHEL de uma maneira do RHEM usando a credencial raiz do hipervisor RHEL. Então, do rhevm WUI mude para a guia Hosts e clique em novo.

Em seguida, forneça as informações do seu host conforme mostrado.

Em seguida, ignore o aviso Power mgmt e termine, aguarde alguns minutos e verifique o status do host recém-adicionado.

Para obter mais detalhes sobre como adicionar Host baseado em RHEL, verifique a documentação oficial do RedHat RHEV.

Etapa 2: Gerenciando Clustering RHEV

O clustering no RHEV descreve um grupo de hosts do mesmo tipo de CPU que compartilham o mesmo armazenamento [por exemplo, pela rede] e estão usando para realizar tarefas específicas [por exemplo, Alta disponibilidade ]

Clustering em geral tem muitas tarefas adicionais. Você pode conferir o artigo que explica O que é clustering e suas vantagens/desvantagens.

A principal vantagem do clustering no RHEV é permitir e gerenciar a migração de máquinas virtuais entre hosts que pertencem ao mesmo cluster.

Então, como as máquinas virtuais migram entre hosts?

RHEV tem duas estratégias:

1. Migração em tempo real
2. Alta disponibilidade

1. Migração ao vivo

Migração ao vivo usada em situações não críticas, o que significa que tudo está funcionando bem em geral, mas você precisa realizar algumas tarefas de balanceamento de carga (por exemplo, você descobriu que um host é carregado por uma máquina virtual em vez de outra. Então, você pode o Live migrar a máquina virtual de um host para outro para obter balanceamento de carga).

Observação: Não há interrupção nos serviços, aplicativos ou usuários em execução na VM durante a migração ao vivo. Migração ao vivo, também chamada de realocação de recursos.

A migração ao vivo pode ser processada manualmente ou automaticamente de acordo com uma política predefinida:

1. Manualmente: force a seleção do host de destino e migre a VM para ele manualmente usando WUI.
2. Automático: usando uma das políticas de cluster para gerenciar a migração ao vivo de acordo com o uso de RAM, utilização de CPU, etc.

Mude para a guia Clusters e selecione Cluster1 e clique em editar.

Nas guias da janela, alterne para a guia Política de Cluster.

Selecione a política distribuída uniformemente. Esta política permite configurar o limite máximo para utilização da CPU no host e o tempo permitido para a carga antes de iniciar a migração ao vivo.

Dica

Conforme mostrado, configurei o limite máximo para 50% e a duração para 1 minuto.

Então OK e mude para a guia VM.

Selecione Linux vm [criado anteriormente], clique em editar e verifique estes pontos.

1. Na guia Host: verifique se a migração em tempo real manual e automática é permitida para esta VM.

2. Na aba HA: Verifique o grau de Prioridade da sua máquina virtual. No nosso caso, não é muito importante porque estamos jogando com apenas uma VM. Mas será importante definir prioridades para suas VMs em ambientes grandes.

Em seguida, inicie a VM Linux.

Primeiro, usaremos a Migração manual em tempo real. A VM Linux agora está em execução em rhel.mydomain.org.

Vamos executar o seguinte comando no console vm, antes de iniciar a migração.

ls -lRZ / 

Em seguida, selecione VM Linux e clique em Migrar.

Se você selecionar automaticamente, o sistema verificará o host mais responsável como destino sob a política de cluster. Testaremos isso sem qualquer interferência do administrador.

Assim, após selecionar manualmente e escolher o destino, clique em OK e vá para o console e monitore o comando em execução. Você também pode verificar o status da VM.

Talvez seja necessário monitorar eventos de tarefas.

Após alguns segundos, você encontrará uma alteração no nome do host vm.

Sua VM foi migrada manualmente em tempo real com sucesso !!

Vamos tentar a Live Migration automática, nosso objetivo é fazer com que a carga da CPU no host rhevhn1 seja excedida em 50%. Faremos isso aumentando a carga na própria VM, então, no console, escreva este comando:

dd if=/dev/urandom of=/dev/null

e monitore a carga no Host.

Após alguns minutos, a carga no Host excederá 50%.

Espere mais alguns minutos e a migração ao vivo começará automaticamente conforme mostrado.

Você também pode verificar a guia de tarefas e, após um pouco de espera, sua máquina virtual será automaticamente migrada ao vivo para o rhel Host.

Importante: Certifique-se de que um de seus hosts tenha mais recursos que o outro. Se os dois hosts forem idênticos em recursos. A VM não será migrada porque não haverá diferença!!

Dica: colocar o host no modo de manutenção iniciará automaticamente a migração em tempo real de VMs em execução para outros hosts no mesmo cluster.

Para obter mais informações sobre migrações de VM, leia Migrando máquinas virtuais entre hosts.

Dica: a migração ao vivo entre clusters diferentes não é oficialmente suportada, espere um caso que você pode verificar aqui.

2. Alta disponibilidade

Contra a Migração em tempo real, o HA é usado para cobrir situações críticas e não apenas para tarefas de balanceamento de carga. A seção comum que sua VM também migrará para outro host, mas com tempo de inatividade de reinicialização.

Se você tiver um host com falha, não operacional ou que não responde em seu cluster, a migração ao vivo não poderá ajudá-lo. O HA desligará a máquina virtual e a reiniciará em outro host em funcionamento no mesmo cluster.

Para Ativar HA em seu ambiente, você deve ter pelo menos um dispositivo de gerenciamento de energia [por exemplo, interruptor de energia] em seu ambiente.

Infelizmente, não podemos fazer isso em nosso ambiente virtual. Portanto, para obter mais informações sobre HA no RHEV, consulte Melhorando o tempo de atividade com alta disponibilidade de VM.

Lembre-se: Live Migration e High Availability estão trabalhando com hosts no mesmo cluster com o mesmo tipo de CPU e conectados ao armazenamento compartilhado.

Conclusão:

Alcançamos o ponto máximo em nossa série ao discutirmos um dos recursos importantes do agrupamento RHEV conforme o descrevemos e sua importância. Também discutimos o segundo tipo [método] para implantar hipervisores RHEV baseados em RHEL [pelo menos 6,6 x86_64].

No próximo artigo poderemos fazer algumas operações em máquinas virtuais como snapshots, selagem, clonagem, exportação e pools.