[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[linux-team] HA avec Linux (was:2 interfaces sur 1 segment)
On Fri, Feb 18, 2000 at 02:22:20PM +0100, Philippe F. Legrain wrote:
> Gobin Jean-François wrote:
> > Non, bien sur, des adresses differentes.
> oui. Mais alors ca ne sert pas a grand chose, puisque le serveur
> sert a faire du mapping de partition a travers le réseau.
> Je devrais remapper les drives sur les clients, ce qui me prend
> plus ou moins autant de temps que de faire un shutdown du serveur
> et de changer la carte... Que faire??
Ce que tu veux avoir là, c'est loin d'être trivial.
Il ne suffit pas de mettre 2 cartes réseau dans une machine, puisqu'elles
auront chacune leur propre IP. Tu dois aussi avoir un système permettant
de changer l'IP dynamiquement.
Il y a plusieurs possibilités pour faire ça avec Linux.
1) Linux Virtual Server: http://www.LinuxVirtualServer.org
inconvénient: c'est prévu pour une machine master et
plusieurs machines slave - c'est pas ce que tu veux faire
2) Linux-HA: http://www.linux-ha.org
Là, il y a un outil (Fake) qui permet à un 2ème noeud dans
un cluster de prendre l'IP du 1er noeud (par spoofing RARP).
C'est pas exactement ce que tu veux non plus... mais je pense
que tu devrais jeter un oeil de ce coté-là, c'est probablement
utilisable pour ce que tu veux faire.
Note que ça ne sert pas à grand-chose, de mettre 2 NICs dans une même
machine. Ce n'est utile qu'au cas où la 1ère carte réseau rend l'âme,
ce qui n'est quand même vraiment pas courant.
Plus probable est que la machine ne soit pas joignable (reboot, p.ex.).
Dans ce cas, avoir 2 NICs ne te sert à rien.
Si tu veux vraiment avoir une solution 24/24, considère plutôt un cluster
de type failover, où le 2ème noeud peut prendre la place (et l'IP) du 1er
s'il n'est plus joignable.
Mais là, il faut généralement aussi réfléchir à avoir des disques accessibles
par les deux noeuds. Là, tu dois installer soit GFS (Global FileSystem:
http://www.globalfilesystem.org) ou bien CODA (http://www.coda.cs.cmu.edu/).
CODA sera probablement plus intéressant, vu que pour GFS tu dois acheter du
hardware spécifique (un certain type de disque de Maxtor) pour le faire
correctement.
L'approche est différente:
- GFS: les disques sont partagés physiquement (n connections sur un disque via
fibre optique (FDDI)) - mais il te faut du hardware spécifique !
- CODA: les disques sont séparés (donc des disques tout à fait conventionnels),
mais CODA permet la réplication entre serveurs et la synchronisation de
serveurs après le reboot d'un des serveurs (noeuds)
Bref, ça risque de coûter, vu qu'il faut aussi un peu de hardware qui permette
de faire ce genre de choses (je pense aux disques partagés, à une 2ème machine,
etc...).
Je suppose que ça ne vaut probablement pas la peine de faire un investissement
pareil pour une machine à usage interne (et puis, si la machine est puissante
assez et qu'elle est serveur web/ftp/mail/de fichiers et pas une machine de
développement, le downtime sera vraiment minimal - ho, c'est pas NT, hein ;)).
M'enfin, note que Fake+CODA avec 2 noeuds, c'est très intéressant, comme système :)
Par contre, une chose que tu peux faire est d'utiliser ReiserFS comme système
de fichiers: c'est un système de fichiers de type journaling. Si jamais tu dois
rebooter le serveur, ça ira très vite, parce qu'un fsck (FileSystem ChecK) sur
des partitions ReiserFS est l'affaire de quelques secondes - avec des partitions
ext2, ça peut vite durer plusieurs minutes, si tu as des partitions d'une certaine
taille.
BTW, la SuSE a intégré ReiserFS dans la SuSE Linux 6.3...
Maintenant, si tu veux vraiment juste pouvoir remplacer la 1ère NIC par la 2ème,
tu pourrais aussi faire un script de monitoring que tu mets dans la crontab du
serveur (facile, en shell ou en perl):
il lui suffit de surveiller les statistiques de la 1ère NIC (via /proc/net/dev/,
p.ex.) et en cas d'erreur, il fait un ifconfig down de l'interface eth0 puis
fait un ifconfig up en prenant la 2ème carte (avec la même IP que la 1ère,
évidemment ;)).
Bien entendu, tes applications serveur sur le serveur risquent d'avoir quelques
problèmes (faudra éventuellement aussi les relancer, p.ex. Samba, Apache, etc...)
et les clients auront perdu la connexion, mais ça, tu ne sais pas l'éviter (ça
ne va même pas avec des clusters SP/2 d'IBM et HACMP ;)).
Ce genre de choses-là, ça ira peut-être le jour où ils auront fini d'implémenter
la migration dynamique de sockets dans MOSIX (http://www.mosix.cs.huji.ac.il/)
- déjà qu'ils ont la migration dynamique de processus entre noeuds du cluster,
avec migration des descripteurs de fichiers :)
Pfff... c'est devenu un fameux roman ;)
--
-o) / Pascal Bleser ATOS Payment Systems|
/\\ \ C++/UNIX Development Aachen, Germany|
_\_v \<guru@linuxbe.org> <pbleser@atos-group.com>|
---------------------------------------------------|
/earth is 98% full... please delete anyone you can.:
---------------------------------------------------'
---------
Visit the Linux Supertore Online: http://www.redcorp.com !
If you want to be deleted from the list, send a mail to
majordomo@rtfm.be with "unsubscribe linux-team" in the body.
Archive of the list: http://tania.be.linux.org/