Bonjour !
-[ Wed, Dec 28, 2005 at 12:10:13PM +0100, Guillaume Leccese ]----
La réplication s'effectue via le cable croisé. J'ai donc en
permanence les deux serveur à l'identique (les machines étant puissante, la
réplication est quasiment instantanée).
Je suis pas sur que la puissance des machines soit une protection contre les
pannes : certe la réplication est rapide, mais le système à tout autant de
chances de se planter là où ca fait mal (c'est à dire lorsqu'un maximum
d'infos ne sont pas à jour de l'autre coté).
Si vous avez bien suivit, et si j'ai bien expliqué, vous comprendrez
qu'étant donné que j'ai une configuration dual master, j'aimerais bien que
mon mysql reste allumé sur les deux serveurs, mais que le changement d'ip
se fasse à la fois sur une indispo du master mais aussi sur un crash de la
database du master tout en ayant le deuxieme master (mysql) synchro au
niveau des data, c'est a dire en marche sur le slave HB.
Donc, dans ce cas mysql n'est tout simplement _pas_ une ressource HB. Tu doit
le lancer normalement sur les deux machines.
Par contre, tu dois monitorer son bon fonctionnement sur le master pour
déclencher le basculement en cas de soucis. Je ne me souviens plus trop du
fonctionnement de HB, mais je crois me souvenir qu'il y a un truc spécial pour
le monitoring : une fonctionnalité de respawn qui lance un process et qui
vérifie qu'il tourne bien toujours et peut être aussi interprete son
exit-code. C'est là qu'il faut que tu monitor ta base, avec un script qui fait
une requette qui ne doit pas échouer par exemple. Si ca échoue, tu met le HB
en standby, soit automatiquement si c'est prévu (me souviens plus), soit tout
seul à la mano (/etc/init.d/heartbeat standby je crois me souvenir ?)