Bonjour,
 
je dois travailler sur une solution cluster pour mysql, et j'ai été très décu par MySQL Cluster.
 
Au niveau materiel, voila ce que j'ai fait :
 * 1 node MGM
 * 3 node NDB
 * 2 node MySQL
 
Le tout est en bixeon dual core, 4Go de ram, 73Go Raid SCSI@15k tr/m et réseau 100Mb/s ou 1000Mb/s avec répartiteur de charge.
 
Il faut deja compter +/- 1h pour convertir les 1,6Go de la base de test en NDB, et au niveau des performances, je trouve que c'est misérable : 7000 req/s au mieux (200 req simultannées) et 3000 req/s (800 req simultannées).
 
Pour ce qui est du reseau, c'est pas génial. Sur le site mysql ils conseillent du 1000Mb/s, mais c'est jamais monté à plus de 40Mb/s.
 
J'ai testé aussi de la réplication master-master, mais dès que un peu de charge commence à arriver, ca crash (probleme de réplication). En revance, niveau perf, pas de probleme tant que ca crash pas. J'ai donc chercher une sorte de proxy  pour faire de la réplication master-slave afin de dispatcher les requetes suivant leur type, mais rien car je ne peux pas modifier l'application en question.
 
Vous auriez des idées pour avoir des perfomances correcte avec MySQL Cluster ou une autre solution ?

Personnellement, nous utilisons Oracle pour nos besoins de load-balancing, et comme le client Oracle permet le round-robin... Nos DB ont sensiblement les mêmes specs, et je n'ai aucun problème de performance. A noter qu'on est en 9i, pas en 10g.
 
Sinon, j'avais entendu parler de C-JDBC pour des applications Java... A voir si ca peut t'aider

Merci, mais en fait le probleme c'est que je peux pas "virer" MySQL, sinon je l'aurai fait dès le début.
 
J'ai regardé du coté de MySQL (forum), et eux trouve que ces perf sont normale. On doit pas avoir la meme notion de la normalité.
 
Mais bon, ca résout pas mon probleme ...