Os batimentos cardíacos estão obsoletos e o novo "padrão do setor" será o pacemaker e o OpenAIS.
Eles são animais muito diferentes, portanto, tenha cuidado para ler seus papéis. O pacemaker é um 'gerenciador de recursos de cluster' - a parte sobre a qual você perguntou na sua pergunta original. Ele pode usar o OpenAIS ou o Heartbeat como camada de rede para gerenciar um cluster - mas você emite os comandos através do shell do pacemaker.
Eu o uso há alguns meses e estamos prestes a começar a produção. Você pode definitivamente incendiar-se (recomendo a leitura da documentação, tanto para a interface do CRM quanto para os livros "configuração do marcapasso explicada", várias vezes antes de tentar configurar qualquer coisa.) Se você não tomar cuidado. Não vá para produção com sua primeira implementação. Planeje limpar as máquinas várias vezes. Além disso, uma das dicas do marcapasso é que eles assumem que você terá pelo menos três dispositivos de hardware físico. Você provavelmente não deseja tornar suas VMs convidadas com reconhecimento de cluster; instale somente o pacemaker nos dois hosts da VM.
Eu não tenho nenhuma experiência com KVM - nosso cluster é baseado em Xen. No entanto, se bem me lembro, é um projeto apoiado pelo Redhat. Se for esse o caso, você definitivamente quer ver as ferramentas que a Redhat está usando. (edit): Se você está virtualizando desktops, evite KVM - o servidor de desktop requer um monte de hardware baseado no Windows, incluindo o servidor SQL entanto, se você está baseada em redhat, Redhat está caindo suporte para Xen após o 5. série x . O Novell / SuSE provavelmente o manterá por mais algum tempo.
Uma palavra de cautela: o DRBD pode ser problemático, especialmente se você entrar em uma situação de cérebro dividido. Verifique se você está usando duas formas de STONITH. Não sou muito fã de DRBD, embora admita que possa ser útil. Além disso, quando você escalar além dos 2 nós do host, o DRBD não será escalado e você precisará encontrar uma nova solução de armazenamento.