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 ?) -- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
