ANNEXES
Tableau1 Tableau d'évaluation
Mise en Cluster
Evaluation
|
Logiciels Libres
|
|
HACMP
|
Trucluster
|
Log.libres
|
Produits
|
Remarques
|
|
Mécanismes de reprise
|
|
|
|
Heartbeat
|
Heartbeat fournit une solution légère de
clustering pour deux serveurs. Ce produit est à compléter par un
outil de détection de pannes logicielles.
|
Modules de clusterisation supportés
|
|
|
|
|
Contrairement aux solutions commerciales, Heartbeat qu'un seul
mode de reprise. En particulier, pas de FailOver en cascade, d'instances
multiples de services..., Heartbeat impose un basculement lorsque le noeud est
disponible après une panne
|
Nombres de noeuds supportés
|
3
|
8
|
2
|
|
La documentation sur Heartbeat indique que la limitation à
deux noeuds devrait être bientôt supprimée (L'architecture
du produit est prévue pour un plus grand nombre de noeuds)
|
Sélection dynamique du noeud de backup
|
|
|
|
|
Cette fonction n'est implémentée dans Heartbeat et
Trucluster.
|
Compatibilité avec les produits d'équilibrage de
charge.
|
|
|
|
|
Heartbeat ne supporte pas d'instances multiples de service. Il
n'est donc pas possible d'utiliser Heartbeat pour gérer les serveurs
dans le cadre d'une solution d'équilibrage de charge à l'aide de
ca produit
|
Actions correctrices possibles
|
|
|
|
|
Actions possibles :
· Reprise d'adresse IP
· Reprise d'un service via script de démarrage
· Action quelconque (script à fournir)
En cas de panne d'une interface réseau, le produit ne
sait pas basculer sur une autre (sauf à développer cette
fonction).
Les trois produits sont équivalents
|
Mise en Cluster
Evaluation
|
Logiciels Libres
|
|
HACMP
|
Trucluster
|
Log.libres
|
Produits
|
Remarques
|
|
Détection de panne
|
|
|
|
Heartbeat,
|
Les logiciels libres étudiés permettent de
surveiller la plus part des ressources logicielles et matérielles
|
Détection pannes logicielles
|
|
|
|
Mon
|
Mon permet de surveiller un grand nombre de services
réseaux (HTTP, LDAP...)
|
Détection pannes matérielles
|
|
|
|
|
Les produits permettent de détecter les pannes
matérielles avec les mécanismes de « Ping »
(pour Mon) ou de dialoguer entre agents présents sur les noeuds. Les
trois produits sont équivalents.
On peut noter que Heartbeat dialogue par plusieurs
méthodes simultanément (réseau et port série), ce
qui lui permet de distinguer les pannes réseau et les pannes
complètes d'un noeud.
Le produit lm-sensors permet de contrôler les sondes de
température, ventilateurs, alimentation présents dans un PC
standard.
|
Interfaces API
|
|
|
|
|
Heartbeat ne supporte pas d'instances multiples de service. Il
n'est donc pas possible d'utiliser Heartbeat pour gérer les serveurs
dans le cadre d'une solution d'équilibrage de charge à l'aide de
ca produit
|
Actions correctrices possibles
|
|
|
|
|
Actions possibles :
· Reprise d'adresse IP
· Reprise d'un service via script de démarrage
· Action quelconque (script à fournir)
En cas de panne d'une interface réseau, le produit ne
sait pas basculer sur une autre (sauf à développer cette
fonction).
Les trois produits sont équivalents
|
Détection de problème de ressources
|
|
|
|
|
Heartbeat : Il est possible de
déclencher le basculement depuis une application par
l'intermédiaire d'outils en ligne de commande. L'API de consultation de
l'état du cluster est en cours de développement et
présente encore de gros problème de stabilité.
Mon : Mon est livré avec un outil
d'administration en ligne de commande que l'on peut exécuter sur le
noeud du serveur Mon ou à distance. Les fonctions de l'outil sont
décrites I.3.1.3. Le produit est livré avec les exemples de
scripts utilisant cet outil.
|
Extensibilité
|
|
|
|
|
Heartbeat : On peut ajouter les actions
à déclencher lors du basculement.
Mon : On peut ajouter des scripts de
surveillance de nouvelles ressources ou des scripts à déclencher
en cas d'alerte
|
Réglages possibles
|
|
|
|
|
Tous les intervalles de surveillances, le nombre
d'échec avant alerte ou basculement sont paramétrables.
Dans le cas de Mon, on peut définir les
dépendances entre les ressources partagées pour limiter le nombre
d'alarmes.
|
Disponibilité des Données
|
Critères
|
Evaluation
|
Logiciels Libres
|
HACMP
|
Trucluster
|
Log.libres
|
Produits
|
Remarques
|
Support RAID
|
|
|
|
Linux
|
Linus fournit une fonction de RAID logicielle très
complète, mais support très peu de solutions
matérielles.
|
RAID matériel
|
|
|
|
|
Un seul produit (contrôleur) supporté par Linux
contrairement aux autres produits
|
RAID logiciel
|
|
|
|
|
Très complexe pour Linux
Pas supporté pas HACMP, Support limité par
Digital (pas de RAID 5)
|
Disque partagé
|
|
|
|
GFS
|
Solutions commerciales :
· Compaq supporte CFS (Cluster File System)
· IBM supporte la même fonctionnalité mais de
façon non conforme à la norme POSIX
· GFS supporte peu de matériels
|
Produits supportés
|
+
|
+
|
-
|
|
GFS impose des limitations au matériel : le disque
ou la baie doivent supporter la spécification Block qui est peu
répandue, et les qui l'ont implémentés ne la supportent
pas.
Support SCSI et Fibre Channel uniquement.
|
Accès concurrent possible
|
-
|
+
|
+
|
|
Note : GFS supporte la journalisation dans le cas
d'accès en écriture multiples contrairement à la solution
d'IBM.
|
Volumes partagés
|
|
|
|
DRDB
|
Cette fonctionnalité n'est pas
implémentée dans la solution.
|
Mécanisme de réplication de volume / utilisation de
volumes distants
|
n/a
|
n/a
|
+
|
|
Le seule mode de fonctionnement de fonctionnement
supporté par DRBD est la réplication à la volée.
|
Accès concurrent possible
|
n/a
|
n/a
|
-
|
|
Pas d'accès concurrent possible
|
Mécanisme de resynchronisation après
déconnexion.
|
n/a
|
n/a
|
+
|
|
DRDB a 2 mécanismes :
· Resynchronisation partielle déclenchée
automatiquement après une déconnexion temporaire (coupure
réseau panne du secondaire)
· Resynchronisation totale (recopie de l'ensemble du
volume) : son déclenchement se fait manuellement par un outil en
ligne de commande.
Les deux mécanismes fonctionnent en tâches de
fond.
|
Nombre de noeuds
supportés
|
n/a
|
n/a
|
2
|
|
La roadmap du produit indique que la limitation à 2
noeuds sera supprimée
|
|