Práticas recomendadas do RHEV Manager

Question

Eu tenho brincado com o RHEV. Eu queria saber qual é a melhor prática para o gerente do RHEV em termos de instalação.

Em um ambiente de produção grande, é melhor que o gerenciador seja instalado em um servidor blade físico separado (acho que não porque, em termos de requisitos, é um exagero completo), como convidado em um servidor físico separado ou faz sentido ser instalado como uma máquina guest sob um hipervisor que é gerenciado por ele (isso é possível?).

Obrigado antecipadamente.

    

Answer 1

O mecanismo de auto-hospedagem é o caminho a percorrer se você quiser economizar no host do mecanismo. Se você estiver executando um ambiente grande (e o RHEV pode ser facilmente dimensionado para centenas de hosts gerenciados, até mesmo milhares), eu recomendaria a criação de um cluster separado para o mecanismo, que é facilmente clusterável de pelo menos três maneiras diferentes.

Para auto-hospedado, você precisa usar hosts RHEL, RHEV-H, afaik, e ainda não suporta (devido a muitos pacotes extras que terão que entrar na distribuição do hypervisor bloqueado.)

    

Answer 2

A versão atual do RHEV estável é .

O projeto upstream ( OVirt ) lançou a versão 3.4 a partir de março de 2014, com o RHEV 3.4 disponível como um BETA release .

De 3.4 notas de lançamento da OVirt:

Hosted Engine

oVirt 3.4 features hosted engine, which enables oVirt engine to be run as a virtual machine (VM) on the host it manages. Hosted engine solves the chicken-and-the egg problem for users: the basic challenge of deploying and running an oVirt engine inside a VM. This clustered solution enables users to configure multiple hosts to run the hosted engine, ensuring the engine still runs in the event of any one host failure.

Se você quiser experimentar esse recurso, este guia explica o procedimento para instalar o mecanismo hospedado.