samedi 11 octobre
Accueil :: Dépêches :: Entretiens :: Journaux :: Forums :: Sondages :: Suivi :: Statistiques :: Contact :: Plan

Liens connexes

Dépêche modérée par

: Haute disponibilité sous linux

Posté par alenvers (). Modéré le 11 octobre 2001.
0
Pendant cette dernière années, les initiatives de haute disponibilité sous linux se sont multipliées et maintenant un certain nombre d'entre elles semblent viables dans un environnement de production. Voila quelques liens utiles dans le domaine.

PS : Merci au chan #linuxfr pour cette nouvelle.

> Lire les commentaires (31 commentaires, moyenne: 2,9).  

Cette discussion est archivée, il n'est plus possible de laisser des commentaires.

Note : les commentaires appartiennent à ceux qui les ont postés. Nous n'en sommes pas responsables.

et oui pasbill...

Posté par Gloo () le 11/10/2001 à 07:21. (lien). Évalué à 6.

... tu as plus d'un an de retard en veille technologique. je te redonne le lien:
http://www.linux-france.org/article/cel/SICOMOR/Haute_disponibilite(...)

Là tu as un ensemble de lien sur l'avancement des projets. C'est fou, comme le libre avance en 1 an, n'est-ce pas ?

Différentes facons de voir la haute disponibilité

Posté par Anonyme () le 11/10/2001 à 07:21. (lien). Évalué à 25.

Plusieurs technos éxistent pour faire de la haute-dispo, ici sont présentées 2 facons de faire
- Kimberlite ressemble au HACMP d'IBM : quand un des deux noeuds "tombe", le deuxième reprend les services assurés par le premier. C'est une architecture classique d'un cluster assymetrique dans la mesure où chacun des deux noeud a ses applications préférées. Un noeud reprend toutes les applis seulement s'il se retrouve tout seul.
- LVS permet surtout de faire du Load-Balancing, mais il reste un "single point of failure" : le serveur maitre, le point d'entrée du cluster. Je crois savoir que si le serveur maitre tombe, un serveur esclave en reprendra les fonctions. Quelu'un peut confirmer ?
- MOSIX, qui n'est pas cité ici, permet d'associer un multitude de machines (identiques de préférence) afin de ne voir qu'un seul noeud (et une seul adresse IP). Il s'agit plutot de faire sun serveurs d'applications, mais la migration de process avec leur contexte est géré. Ce type de cluster est dit symmetrique : on ne sait pas sur quel noeud va être lancé un process.
- Un peu de pub chauviniste : Alinka Orange. Cette solution serait basée sur LVS, mais je n'en suis pas sûr.

Quelqu'un dans la salle aurait t'il eut à étudier les différentes sulotions disponibles pour linux ? Existerait t'il un comparatif des solutions ? Certaines solutions serait t'elles mieux adaptées à certaines applications ?

De par mon expérience, les serveurs mis en haute diponibilité sont souvent des serveurs de base de données. Dans la mesure où il s'agirait d'Oracle sur un linux, quelle serait la meilleure solution ?

question x25

Posté par franck villaume () le 11/10/2001 à 07:56. (lien). Évalué à 9.

Je voudrais savoir si dans la salle, il y a quelqu'un qui connait quelles sont les cartes x25 supportées par Linux et si quelqu'un a déjà mis en place une solution x25 sous Linux ?
Ma question n'est pas innocente puisque je suis administrateur de cluster HA et que je cherche à pouvoir faire des propositions d'évolutions à mon client pour passer sous Linux.
Merci d'avance.

--
C01N C01N

Et les singes ?

Posté par Nico () le 11/10/2001 à 09:22. (lien). Évalué à 8.

Je rajouterais le projet UltraMonkey (http://www.ultramonkey.org(...)) qui est developpé par VA Linux. Ce projet est le regroupement de LVS et de Heartbeat.
Ceci permet de faire à la fois du Load Balancing et Haute Disponibilité.

Les schemas sont assez biens fait et permettent de comprendre assez vite les differentes architectures possibles. Toutefois, la doc technique/install n'est pas complete à mon gout.
Surtout au niveau parametrage des interfaces reseau. On s'emmele vite fait les pinceaux.

A essayer tout de meme.

Nico

[+] Attention noyau 2.4.12 sorti

Posté par loopkin (page perso, ) le 11/10/2001 à 09:39. (lien). Évalué à -2.

sortie anticipée du noyau 2.4.12, à cause d'un gros bug bloquant dans la gestion des liens symboliques dans le 2.4.11.

il s'agit d'une nouvelle extrêmement importante, mais hélas uniquement visible dans la petite boiboite "Autres" sur linuxFR(3), et dans la petite boiboite noyau en bas.

Pour info

Posté par matiasf () le 11/10/2001 à 10:35. (lien). Évalué à 1.

Redhat propose une distribution haute disponibilité.

http://ha.redhat.com/(...)

Stabilité de kimberlite ?

Posté par pierre Westeel () le 11/10/2001 à 10:45. (lien). Évalué à 2.

J'utilise kimberlite en test sur un cluster depuis 2 semaines, il ne semble pas y avoir de problème.
Est-ce que quelqu'un utilise ce soft en production ? Vaut mieux avoir des avis avant de lacher le serveur sur le net ;)
Autre chose: kimberlite utilise les rawdevices, j'ai lu quelque part qu'il y avait un bug quand on utilise les rawdevices avec le support big mem ( > 1G ).
Est-ce que c'est toujours vrai pour les derniers kernels ?

Il existe une autre solution pour la haute disponibilité avec un disque SCSI partagé : lifekeeper:
http://www.steeleye.com/products/linux/(...)
mais bon, c'est un produit commercial :(

Mosix est une solution de cluster "transparent"

Posté par Anonyme () le 11/10/2001 à 12:44. (lien). Évalué à 7.

http://www.mosix.org/(...)
Mosix est une solution de cluster "transparent".
Toutes les applications binaires Linux peuvent
tourner sous Mosix sans modification et en étant
répartie sur les machines du cluster en fonction
de leur charge.

En un mot: génial. Et cette solution est testée et reconnue depuis plusieurs années:http://www2.physics.ox.ac.uk/datagrid/ukhepgridtestbed/talks/dave%2(...)

Revenir en haut de page

Run by Team LinuxFr.org

Cette page a été générée par Templeet en 0.1423s (dont 0.0242 de SQL).
Cette page est peut-être conforme xhtml 1.0.
Information sur le site.
Faire un don !