Andesi - forum

Salut,

Bon, dans ce que j'ai lu, déjà, j'ai vu un projet plutôt sympa et interessant

Ensuite, je pense que l'admin de la mort du coin (yOm) aurait certainement plein de truc à en dire...domage, il triane moins dans le coin.

Pour finir, une piste de mon jus de cerveau perso : pourquoi utiliser un backup à froid nécessitant de démarrer manuellement une machine si l'autre tombe ? Vous obligeant ainsi à avoir la même ip toussa.

Moi, ce que je verrais, c'est deux serveurs bien classique, avec chacun sont ip et un serveur en face qui décide de quel serveur utiliser en backend en fonction de la disponibilité. Ainsi, derrière les rideau, tes deux serveurs peuvent faire toutes les choses qu'ils veulent pour être en accord parfait.

++

Salut ioguix,

merci pour le petit lien sur pf et carp. Tout ça m'a l'air bien intéressant.
Ce que je crains c'est qu'il me faille une troisième machine avec un tel mécanisme.
Cependant, je dois d'abord solutionner mon problème de réplication avant d'implémenter des solutions de round-robin ou de fail-over.

Merci pour le coup de pouce en tout cas, j'attends de pied ferme la venue du yOm. Dès qu'il pointe son nez je lui bondis dessus.

Bonne fin de journée à tous,

Cordialement,

oDn

Pour la haute dispo de ton MySQL, je te conseille une replication master/master.
Pour synchroniser des filesystems a la volee, jette un coup d'oeil a DRDB. Ils conseillent de le coupler a un heartbeat, mais tu peux aussi tenter UCARP qui est tres simple a mettre en oeuvre, et tres facilement configurable.

Pour le principe de fonctionnement, tu montes une virtual IP publique portee par ton master. Le MySQL de celui-ci replique ses data sur le serveur slave. Idem pour le device drdb qui contient tes data (en l'occurence je te conseille d'utiliser un filesystem comme reiserfs), et qui replique egalement sur son slave.
Quand le master plante, UCARP detecte la panne et le slave decide de devenir master. Il passe son drdb en master, monte le filesystem, demarre ses services mail et prend la VIP publique.

Bon courage.

Parce que c'est journalise et que ca supporte plutot bien les gros volumes de petits fichiers. Et en bonus y'a meme un support technique en cas de pepin, pour quelques dollars (ca c'est pour faire plaisir aux patrons).

Je ne pense pas que namesys soit introduit en bourse, et si c'etait le cas l'action aurait pris un sacre coup dans l'aile apres l'arrestation de son CEO

Hello y0m,

merci pour ces conseils. J'avais en effet considéré DRDB, mais le système me semblait un peu "overkill" par rapport à ce que je voulais accomplir.
C'est l'éternel problème d'avoir un système déjà en production et un accès très limité aux infrastructures.
De plus, ce client étant un hôpital, je ne peux pas exactement me permettre de tout couper quand bon me semble.
Bref, je vais investiguer la faisabilité des différentes solution et je ferai un petit topo sur comment je m'y suis pris.

Merci encore,

oDn

Oh mon dieu... quand je disais qu'il n'y avait plus de jeunesse...

Allons boire pour oublier tout ça....

mouarf...

Donc, tu va te taper un backup à froid ?

Un truc de /fiable/ (si tant est que les solutions ici exposées ne le soit pas !!) serait de donner à ton second serveur une ip différente et de lui faire faire des dump de la base du maitre dans la sienne à interval régulier...Si maitre tombe, hop, mail/sms à l'admin, changement d'ip et c réglé.

Seul problème, que ce soit avec une copie ou un dump, c'est que tu ne peux po harceler ton serveur toutes les secondes ! donc, le jour où le maitre tombera, ton backup à froid sera à Tcrash - IntervalDesCopies...

edit: et encore, je parle pas du temps de chargement du dump dans la base de backup...A ce propos, on peu pas copier directement les fichiers de bases (gnere les /var/lib/mysql/xxx/*) ??

C'est du deuxième degré ?

Ben à mon avis, ne baisse pas les bras !

Vous allez où du coup là en matière de backup ? Quels sont ses exigences ?

sinon, si vous tenez au backup à froid, pê qu'avec une ou plusieures partoche en RAID1, en cas de soucis, on bascule les disques valides sur la tour en repos et on boot sur un/des RAID unijambiste...

bref...domage...

Qu'il y a une *grosse* difference entre la sauvegarde et la haute disponibilite, contrairement a ce qu'on pourrait croire en lisant des revues tres serieuses telles que "01 Decideur Presse de l'Informatique Nouvelle et Conviviale".

Je confirme, la moitie de mes Beauf/Beaufette sont enseignants, l'autre moitie des couples est hospitalier.

Ben j'ai quasi vu l'instit expliquer a la sage femme comment suivre une grossesse !
Bon moi je suis hospitalier, alors forcement je suis pas impartiale !

Ceci n'arrangera en rien les soucis de l'ami oDn, mais qu'il se rassure l'attitude est la même dans mon établissement (y compris certains membres du service info !).
Mon poste sous Debian, hébergeant un petit serveur apache qui diffuse de l'info sur le Labo via l'intarnet , et un petit Serveur Samba a usage interne pour le labo leur donne des boutons car ils ne peuvent pas mettre la main dessus faute d'avoir les compétence pour.
Tu vois rien que de la routine

Dernière modification par freddec (06/02/2007 12:47:39)