Re: HA et acces concurrents au disque des datas

Top Page

Reply to this message
Author: Dominique Chabord
Date:  
To: guilde
Subject: Re: HA et acces concurrents au disque des datas

----- Original Message -----
From: "Yannick Lecaillez" <yl@???>
To: <guilde@???>
Sent: Monday, March 08, 2004 10:46 AM
Subject: Re: HA et acces concurrents au disque des datas


> Peut-être que ceci peut vous intéresser ?
> http://oss.missioncriticallinux.com/projects/kimberlite/overview.php


En effet, kimberlite prétend gérer justement ce cas. Je n'en ai pas
l'expérience. Il y a aussi le cluster HA de RedHat.
>
> Le lun 08/03/2004 à 10:23, Daniel Gueniche a écrit :
> > bonjour,
> >
> >
> > nouveau sur cette liste je me presente: Guéniche Daniel, je travaille
> > dans l'unité
> > reseau et informatique du site CNRS-Polygone. Etant un peu timide, j'ai
> > attendu un
> > peu de voir comment y circulent les echanges. Les ayant trouvés bien
> > sympas, j'ose poster
> > ma question :
> >
> > nous aimerions monter un cluster HA sous Debian. Comportant 2 machines
> > il y aurait
> > synchronisation via heartbeat et repartition des services (sendmail,
> > POP, HTTPS, ...) via
> > ldirectord. Cette partie, au moins sur la maquette marche tres bien. Le
> > probleme se pose
> > pour l'acces lecture et ecriture du disque USERS (mail en particulier).
> > Est-il possible de realiser le schema ci-dessous, a savoir placer un
> > ensemble RAID
> > commun aux 2 machines ?
> >
> >         +-------+       +-------+
> >         | srv1  |        | srv2  |
> >         +-------+       +-------+
> >              \            /
> >                \        /  <--- liens SCSI
> >                  \    /
> >                +----------+
> >                |controleur|
> >                +----------+
> >             ( baie RAID USERS )

> >
> >
> > La question clé etant : le controleur de la baie RAID est-il capable de
> > gerer les acces concurrents aux fichiers ?
> > Un specialiste TRANSTEC me dit:
> > "A ma connaissance vous pouvez avoir un accès sur chaque fichier en
> > écriture et lecture donc une machine aura un accés uniquement lecture si
> > le fichier est lu ou modifié par l'autre serveur.On a exactement les
> > régles SCSI dans ce cas de figure"
> > Qu'en pensez-vous ?
> >

Salut,

réponse rapide:

le SCSI partagé nécessite des adapteurs qui le supportent et un controlleur
RAID qui le supporte. Si cest le cas, ton architecture est possible sur le
plan hardware.

Pour le soft, heartbeat n'est pas capable de te fournir un partage au niveau
fichier. En fait c'est ext3 qui ne le pertmet pas. Une solution serait
OpenSSI, mais elle n'est pas encore fiabilisée. Le controleur RAID ne saura
pas faire ce que tu veux. Il ne connait que des volumes.
L'alternative est un accès par nfs et un basculement global du volume d'une
machine à l'autre. Hartbeat implemente ca avec plus ou moins de bonheur.
Pour sécuriser les accès il préconise une méthode appelée STONISH que je te
laisse découvrir, mais qui n'emporte pas mon suffrage.

Du coté du fonds de technologie de Shaman-X, nous avons une solution
prototypée de gestion de SCSI partagée, sur laquelle nous pourrions
re-travailler, ainsi que quelques astuces pour adapter le fonctionnement
global pour plus de sécurité. Il y a aussi des solutions plus haut de gamme.

Malheureusement, je suis en déplacement et n'ai pas accès à toutes nos docs
ces jours ci.


> > Merci de votre avis
> > bien cordialement,
> > gd
> >
> > ------------------------------------------------------------
> > Daniel Guéniche
> > CNRS Grenoble / Centre Reseau et Informatique Commun
> > 25 Avenue des Martyrs 38042 Grenoble
> > Tel: 04 76 88 79 54       Fax: 04 76 88 12 95
> > ------------------------------------------------------------
> -- 
> Yannick Lecaillez
> Ingénieur système d'information & sécurité
> <yl@???>

>
> http://www.seasonfive.com
> Vivaxe Interactive
> 116 bis, allée des dauphins
> 38330 Saint Ismier
> Tél: 04 76 52 95 70
>
>