Alternatives à Heartbeat, Pacemaker et CoroSync ?

Solution 1 :

Je préfère utiliser keepalived pour une haute disponibilité. Je le trouve plus simple à configurer (un démon et une configuration) que Heartbeat et Company. Le seul inconvénient que je rencontre est que keepalived n'a pas d'option unicast par défaut et n'utilise que VRRP pour la communication (l'auteur de HAProxy a cependant écrit un patch unicast pour keepalived)

Solution 2 :

Je travaille actuellement sur quelque chose de très similaire à ce que vous avez décrit (un cluster de basculement sur EC2), et après avoir essayé Heartbeat, j'ai choisi Corosync comme couche de messagerie. Corosync fonctionnera sur plusieurs serveurs et prend en charge Unicast (UDPU) à partir de la version 1.3.0 (à partir de novembre 2010). J'ai configuré et testé Corosync sur le cloud EC2 d'Amazon (à l'aide de l'AMI Linux d'Amazon) et je peux confirmer qu'il fonctionne sans problème.

Un exemple de fichier udpu est installé dans /etc/corosync.

Ajoutez un bloc membre à la section d'interface pour chaque nœud et spécifiez le transport comme updu. (J'ai utilisé le même port que Heartbeat dans l'exemple ci-dessous, mais vous pouvez le modifier à votre guise).

par exemple :

totem {
        version: 2
        secauth: off
        interface {
                member {
                        memberaddr: 10.xxx.xxx.xxx
                }
                member {
                        memberaddr: 10.xxx.xxx.xxx
                }
                ringnumber: 0
                bindnetaddr: 10.xxx.xxx.xxx
                mcastport: 694
        }
        transport: udpu
}

(Heartbeat est censé prendre en charge les clusters de nœuds 3+ dans les versions 1.2.3+, bien que je ne l'ai jamais essayé personnellement et je ne sais pas si cela fonctionnerait avec Unicast).

Solution 3 :

Désolé, mais la partie sur Pacemaker n'est pas vraie. Les tests de régression et de libération de Pacemaker font un usage intensif de l'automatisation.

Pour configurer sans cluster actif, préfixez toutes les commandes avec CIB_file=/var/lib/heartbeat/crm/cib.xml ou configurez-le dans votre environnement. Assurez-vous simplement de supprimer le fichier .sig avant de démarrer le cluster.

Pour les clusters sans quorum, la plupart des outils, sinon tous, doivent prendre en charge -f ou --force qui demandera au cluster d'accepter le changement quand même. Si vous trouvez un outil qui ne fonctionne pas, veuillez signaler un bogue.

Solution 4 :

Dans le monde open source, il y a RedHat Cluster Suite. Cela fait plusieurs années que j'ai mis en place RHCS donc je n'ai pas beaucoup de choses pertinentes à dire à ce sujet aujourd'hui.

Commercialement, il existe Veritas Cluster Server. Aucune expérience avec.

Un outil HA beaucoup plus simple et open source est UCARP. UCARP ne fournit pas à peu près le même type "d'infrastructure" que Heartbeat/Pacemaker/CoroSync, mais vous pouvez créer des solutions HA autour d'elle.

Vous pouvez également créer une infrastructure hautement disponible avec des technologies de virtualisation, mais ces solutions ont tendance à se concentrer sur la disponibilité au niveau de l'hôte plutôt qu'au niveau de l'application.