Pour openMosix, le cluster est définitivement dans un état incohérent si un noeud tombe (même un noeud de calcul). Ils ont un mécanisme de dépendance assez restrictif entre les noeuds qui ne permet pas le retrait d'un noeud.
Il ne faut pas oublier que openMosix vise le HPC pur (ie la performance) et absolument pas la haute disponibilité (c'est pourquoi pas mal de gens ne concidèrent pas openMosix comme un vrai SSI).
Pour le SGBDR, je ne pense pas qu'un SSI actuel offre une solution adéquate. Par contre, OpenSSI et Kerrighed travaillent clairement sur la problèmatique des systèmes de fichiers pour cluster et on peut donc espérer des solutions (au moins partielles) dans les prochaines versions.
[^] # Re: HA oscar ou openssi
Posté par gvallee . En réponse à la dépêche OSCAR sort en version 4.1. Évalué à 3.
Il ne faut pas oublier que openMosix vise le HPC pur (ie la performance) et absolument pas la haute disponibilité (c'est pourquoi pas mal de gens ne concidèrent pas openMosix comme un vrai SSI).
Pour le SGBDR, je ne pense pas qu'un SSI actuel offre une solution adéquate. Par contre, OpenSSI et Kerrighed travaillent clairement sur la problèmatique des systèmes de fichiers pour cluster et on peut donc espérer des solutions (au moins partielles) dans les prochaines versions.
A noter qu'une nouvelle version de Kerrighed et de OpenSSI sont disponibles depuis quelques heures/jours (Kerrighed 1.0.2 et OpenSSI 1.9).
Les liens :
http://www.kerrighed.org/(...)
http://www.openssi.org/(...)