Solution 2 cluster mysql dump

Bonjour,
Je rencontre un petit soucis avec Mysql .
J'ai mis en place cette architecture elle est virtualisé sur un hyperviseur sous VMWare ESX

http://img585.imageshack.us/img585/9586/53680390.png

Uploaded with ImageShack.us

Rapidement je vous explique, cette architecture a pour but dans quelques mois, de migrer l'ensemble des bases de données des serveurs sur le cluster MYSQL Debian que j'ai mis en place.
Actuellement nous faisons les tests avec un seul serveur.

Le serveur contacte en frontal le LoadBalancer ( redondé ) qui redirige les requètes sur un des deux cluster.

Les données entre Maitre et Esclave sont stockées sur un disque DRBD.
Et le Cluster 1 et 2 se mettent à jour via réplication MYSQL .

Le failover et la réplication fonctionnent sans soucis .
Cependant en bas je voulais mettre en place un troisième esclave, qui synchronise avec un des noeuds afin de pouvoir l'utiliser comme serveur de backup, et m'en servir pour faire des dumps et pouvoir LOCK les tables sans soucis .

Cependant si je configure ce 3eme slave pour qu'ils se réplique avec le Cluster 1, uniquement des données écrites sur ce cluster seront répliquées sur ce 3eme Slave, même si le Cluster 2 remonte ses données.

Comment donc faire des dumps à chaud de ma base données, ou faire en sorte que ce 3eme slave prenne l'ensemble des données, sans rajouter de disque DRBD ?

En vous remerciant .

Au final je pense partir sur du DUMP à froid .
C'est-à-dire :
Faire un script qui sort un des deux Cluster du LoadBalancer.
Synchroniser le disque dur contenant les données de la base de données MySQL avec rsync sur un serveur de BackUP.
Lancer MySQL sur ce serveur de BackUP et effectuer un DUMP.

Ça me permet d'avoir un Slave de rechange. Et d'effectuer des DUMP sans trop de soucis .