Bonjour,
Dans l'idée du stockage à distance, il y a GlusterFS qui peut peut-être trouver sa place ( on l'utilise sur du backup et ça marche correctement ) Autrement pour ce qui est de DRBD, il faut au moins une MTU à 9000 et peut-être regarder du côté de DRBD Proxy. On Fri, 29 Apr 2011 09:30:05 +0100 (BST), Renaud Hager wrote: Bonjour, J'utilise quotidiennement, une solution qui fait de la réplication asynchrone entre 2 sites distants de 50Km. C'est basé sur l'utilisation de baie SAN proprietaire (IBM) et la technologie ERM. Ca fonctionne plutôt pas mal pour le moment ______________ Renaud Hager ------------------------- DE : Julien Escario À : frsag@frsag.org ENVOYÉ LE : Vendredi 29 Avril 2011 9h04 OBJET : Re : [FRsAG] Réplication temps réel de données entre sites 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 [1] 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 ? _______________________________________________ Liste de diffusion du FRsAG http://www.frsag.org/ [2] -- RIGARD Lilian - Devclic SARL Gérant - CEO & CTO Téléphone (Standard) / Phone : +33 3 57 75 61 46 Portable / Cell Phone : +33 6 29 59 21 34 E-mail : lil...@devclic.fr Web : http://www.devclic.fr Links: ------ [1] http://www.drbd.org/users-guide-emb/s-drbd-proxy.html [2] http://www.frsag.org/
_______________________________________________ Liste de diffusion du FRsAG http://www.frsag.org/