Il battito cardiaco è in qualche modo deprecato e il nuovo "standard industriale" sarà pacemaker e OpenAIS.
Sono animali molto diversi, quindi fai attenzione a leggere i loro ruoli. Pacemaker è un "gestore delle risorse del cluster", la parte che hai chiesto nella domanda originale. Può utilizzare OpenAIS o Heartbeat come livello di rete per gestire un cluster, ma si immettono i comandi tramite la shell pacemaker.
Lo sto usando da alcuni mesi e stiamo per andare in produzione con esso. Puoi sicuramente incendiarti (ti consiglio di leggere la documentazione, sia per l'interfaccia CRM che per i libri "spiegazione della configurazione del pacemaker", più volte prima di provare a configurare qualcosa.) Se non stai attento. Non andare alla produzione con la tua prima implementazione. Pianifica di pulire le macchine più volte. Inoltre, un 'gotcha' con pacemaker è che presumono che avrai almeno tre dispositivi hardware fisici. Probabilmente non si desidera rendere le VM guest in grado di riconoscere i cluster; installare pacemaker solo sui due host di macchine virtuali.
Non ho alcuna esperienza con KVM: il nostro cluster è basato su Xen. Tuttavia, se ricordo bene, è un progetto sostenuto da Redhat. In questo caso, allora sicuramente vuoi guardare gli strumenti che Redhat sta usando. (modifica): se stai virtualizzando i desktop, evita KVM - il server desktop richiede un sacco di hardware basato su Windows, incluso SQL Server Tuttavia, se sei basato su Redhat , Redhat sta abbandonando il supporto per Xen dopo il 5. serie x . Novell / SuSE probabilmente lo terranno un po 'più a lungo.
Un avvertimento: DRBD può essere problematico, specialmente se ti trovi in una situazione di cervello diviso. Assicurati di utilizzare due forme di STONITH. Non sono un grande fan di DRBD, anche se ammetto che può essere utile. Inoltre, quando si scalano oltre 2 nodi host, DRBD non si ridimensiona e sarà necessario trovare una nuova soluzione di archiviazione.