Bonjour,
Voilà j'ai mis en place une solution de haute-disponibilité sur deux machines équipé de Debian, en utilisant le module DRBD pour faire la réplication, et HeartBeat pour le basculement (avec IP virtuelle). Ma solution est plutôt adapté quand il s'agit d'un simple serveur apache2, en revanche, pour mysql se pose un problème. En effet, lorsque je crée des tables, ou des BDs, et que le serveur Maître tombe, ces dernière sont belles et bien toujours disponibles. Le problème intervient dans le cas ou un nombre continu et important de requêtes sont éxécutées, et que le serveur tombe à ce moment. J'ai fais un simple test, à l'aide d'un simple script php qui écrit en continu dans une des tables de ma BD, j'ai coupé la machine maître, à ce moment j'ai effectivement un léger temps de chargement, et peu après (5-6 secondes), les requêtes sont relancées (car l'ip a basculé), or, je vais voir dans ma BD, et je me rend compte que lors du basculement, j'ai perdu des données (6-8 tuples). Je voudrais donc savoir si la solution de cluster mysql, permettrait de palier à ce type de problème ? Je me suis renseigné sur le site, mais je débute et je suis très rapidement perdu , et je doute encore, si la solution de cluster mysql est réellement adapté à mon problème.
 
Merci d'avance.
Par ailleurs, veuillez m"excuser si je n'ai pas posté au bon endroit.

http://www.mysql.com/products/database/cluster/

ndb a trop de limitations pour être utilisé dans la vraie vie

Ca m'intéresse ....

tu pas pas faire de la réplication master-master et avoir un mysql-proxy?

drdb+heartbeat+vserver
Heartbeat monte drdb (/ du vserver), lance le vserver et les services, puis envoie un paquet arp aux routeurs
Evidemment, si tu cherches à transformer ton appli en système transactionnel fiable, suffit pas d'installer trois packages

Pour de la haute-disponibilité ...