Le 29/04/2011 08:57, Jean Baptiste Favre a écrit :
DRBD d'une manière générale en distant est fortement déconseillé, quelque soit le protocole:
- Protocol A: réplicaiton asynchrone. Les données écrite en local sont réputées
écrites en distant. La moindre interruption de la liaison inter-DC provoque une perte de données. De plus, les écritures sont bloquées dès que le buffer de sortie est plein :-/
- Protocol B: réplication semi-asynchrone (buffer mémoire). Il ne faut pas que
l'interruption dure trop longtemps... tout en sachant qu'un FS fortement sollicité remplira le buffer plus vite
- Protocol C: le plus sûr... mais également le plus exposé aux latences. En cas
de problème de liaison inter-DC, le disque va se mettre à lagguer comme un gros porc.
Solution (avec DRBD): DRBD-proxy, payant. Aucune idée des tarifs par contre. http://www.drbd.org/users-guide-emb/s-drbd-proxy.html
Moui, pourquoi pas.
Mais dans tous les cas le problème ne me paraît pas soluble : en mode synchrone, les I/O s'écrasent, en mode asynchrone, en cas de perte de connexion entre les deux sites, des écritures sont perdues (au minimum celles faites durant durant les x dernières ms x étant la latence entre les sites).
Ces données non écrites peuvent correspondre avec une corruption du FS, quel qu'il soit.
J'aimerais bien voir le constructeur qui a trouvé la parade a un problème aussi insoluble.
Julien
P.S. : merci à tous ceux qui m'ont donné des pistes. Rien de tout prêt mais il faut bien que j'ai un peu de boulot, non ?