quel logiciel de gestion de cluster utiliser pour linux?

J'ai trouvé les outils logiciels de gestion de cluster suivants:

• pacemaker (clusterlabs.org), - un projet Heartbeat original, axé sur la haute disponibilité, sera dans la prochaine version debian
• openqrm (openqrm.com), - interface graphique Web - utilisation plus large, a

Un site avec des présentations pour les deux

• HA consolidé virtuel: virtualisation avec KVM, Pacemaker et DRBD
• Gestion des machines virtuelles avec openORM

Il semble que le stimulateur cardiaque soit plus largement utilisé. J'ai 2 serveurs matériels pour 12 machines virtuelles différentes. Le système Linux que j'utiliserai est Debian Lenny. Configuration que je veux utiliser: drdb, heartbeart, kvm. Je n'ai aucune expérience avec les logiciels de gestion de cluster.

Quelqu'un a-t-il une certaine expérience avec un stimulateur cardiaque et / ou openqrm? Quel est le plus facile à utiliser? Y a-t-il d'autres candidats?

Heartbeat est en quelque sorte déconseillé et le nouveau "standard de l'industrie" sera pacemaker et OpenAIS.

Ce sont des animaux très différents, alors faites attention à lire leurs rôles. Pacemaker est un «gestionnaire de ressources de cluster» - la partie que vous avez posée dans votre question d'origine. Il peut utiliser OpenAIS ou Heartbeat comme couche réseau pour gérer un cluster - mais vous émettez les commandes via le shell du stimulateur cardiaque.

Je l'utilise depuis quelques mois et nous sommes sur le point d'aller en production avec. Vous pouvez certainement vous enflammer (je recommande de lire la documentation, à la fois pour l'interface CRM et pour les livres "explication de la configuration du stimulateur cardiaque", plusieurs fois avant d'essayer de configurer quoi que ce soit.) Si vous ne faites pas attention. N'allez pas en production avec votre première implémentation. Prévoyez d'essuyer les machines plusieurs fois. En outre, un problème avec le stimulateur cardiaque est qu'ils supposent que vous disposerez d'au moins trois périphériques matériels. Vous ne voulez probablement pas rendre vos VM invitées compatibles avec le cluster; installez uniquement le stimulateur cardiaque sur les deux hôtes VM.

Je n'ai aucune expérience avec KVM - notre cluster est basé sur Xen. Cependant, si je me souviens bien, c'est un projet soutenu par Redhat. Si tel est le cas, vous devez absolument regarder les outils que Redhat utilise. (modifier): Si vous virtualisez des bureaux, évitez KVM - le serveur de bureau nécessite un tas de matériel basé sur Windows, y compris le serveur SQL Cependant, si vous êtes basé sur redhat, Redhat abandonne la prise en charge de Xen après le 5. série x . Novell / SuSE le conservera probablement un peu plus longtemps.

Un mot d'avertissement: DRBD peut être problématique, surtout si vous vous trouvez dans une situation de cerveau divisé. Assurez-vous que vous utilisez deux formes de STONITH. Je ne suis pas un grand fan de DRBD même si j'avoue que cela peut être utile. De plus, lorsque vous dimensionnez au-delà de 2 nœuds hôtes, DRBD ne se redimensionnera pas et vous devrez trouver une nouvelle solution de stockage.

Pourquoi ne pas utiliser RHEV à la place? http://www.linux-kvm.com/content/redhat-announces-kvm-upcoming-rhel-54-and-rhev-h-stateless-hypervisor

Que recherchez-vous exactement? Une fois votre cluster configuré, vous avez principalement besoin d'une surveillance. webmin est livré avec un ensemble de modules de pulsation / cluster.

Je ne peux pas dire que j'ai travaillé avec les deux mais en travaillant avec Heartbeat j'ai trouvé le document vraiment difficile à travailler jusqu'à ce que je trouve la page suivante

http://www.clusterlabs.org/wiki/Documentation#PDF_Documents

Plus précisément, le pdf "Configuration 1.0 Explained" sur cette page m'a vraiment fait passer d'essais et d'erreurs à faire du travail du premier coup.

vous pouvez également regarder ucarp - c'est beaucoup plus simple que pacificateur / rythme cardiaque mais - pour certains travaux c'est très bien [par exemple, mettre tous les services sur le routeur qui devient le nœud actif dans un cluster].

une documentation très courte serait l'un des avantages de l'ucarp ...