Le 29/04/2011 11:55, Lilian - Devclic a écrit :
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
<[email protected]> 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
*À :* [email protected]
*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
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/
--
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 : [email protected]
Web : http://www.devclic.fr
_______________________________________________
Liste de diffusion du FRsAG
http://www.frsag.org/
Salut,
Oulla, DRBD ? Si tu veux éviter les problèmes, les crises d'angoisses,
les cheveux blancs et éventuellement les pertes de données, évites DRBD.
Trop chiant à mettre en place, trop sensible aux problèmes réseaux, tu
vas devenir fou.
Si tu veux un truc solide, regardes du côté des solutions propriétaires
.... malheureusement !
Mais au moins, tu as du support et t'es presque certains d'avoir moins
de problème.
a+
--
Guillaume
_______________________________________________
Liste de diffusion du FRsAG
http://www.frsag.org/
