Re: [gulliver] Duplexing de Serveur / rsync temps réel

[Fred Lemasson <djassper at gmail dot com>]

ok c'est pas mal....
et en cas de sinistre (ou fonctionnement normal mais parallèle (ni
maitre ni esclave)) est ce que la cible (esclave) remet à jour la
source (maitre) ? en d'autres termes est ce que la synchro est
bidirectionnelle ?

en tous cas merci je v regarder tout ca


Fred²



On Apr 1, 2005 12:11 PM, Frederic Tronel <Frederic dot Tronel at irisa dot fr> wrote:
> On Friday 01 April 2005 12:02, Fred Lemasson wrote:
> > > Oui en effet pour du cross-site c'est p-e pas très adapté. Dans l'exemple
> > > que je documente, c'est deux cartes giagbit avec un câble croisé :)
> > > Les disques SATA ont du mal à saturer le lien :)
> > >
> > > Mais je pense qu'en limitant le débit accaparé par DRBD (il y a p-e une
> > > option dans le module, sinon qos par tc+iptables) on doit pouvoir faire
> > > qqchose. De tte façon si tu veux du "temps-réel" il faudra accepter que
> > > le débit du disque virtuel soit limité par la vitesse du lien entre site.
> >
> > je peux mettre du gigabit entre les serveurs dans ce cas on atteint
> > voir on dépasse les temps d'accès disques locaux, je pense que ca
> > devrait aller
> >
> > sous windaube il y a un produit commercial Double-Take qui gère ca
> > plutot bien par bufferisation, les modifications sont appliquées en
> > respect d'une QoS qui minimalise la synchro par rapports aux usages
> > normaux, et en cas de rupture du lien de synchro, à la reprise, un
> > miroir est fait ... et on touche pas à l'infrastructure réseau
> > existante ...
> >
> > c'est un peu ca que je cherche sous linux ...
> 
> DRDB fait exactement ça. En cas de coupure du lien puis de reprise il se
> débrouille pour resynchroniser. Les écritures sont gérées par le serveur
> maître. Le serveur escalve peut seulement accéder en lecture.
> Le mieux est de faire passer toutes les écritures par un serveur NFS situé sur
> le maître. On peut tout faire passer dans le line giga sans aucun souci.
> Heartbeat quant à lui se charge de faire les transferts d'adresse IP et de
> démarrage/arrêt des services entre maître et esclave en cas de panne d'un des
> serveurs.
> Si on veut vraiment de la sûreté de fonctionnement, on peut doubler les cartes
> giga dans les deux serveurs et faire du bonding. Les pannes des cartes sont
> alors transparentes.
> 
> Cerise sur le gateau, si les clients accèdent aux données partagées par les
> deux serveurs par NFS, on peut se débrouiller pour que la panne d'un des
> serveurs soit transparente (car les serveurs NFS sont sans états (je résume
> un peu)). Ce n'est pas le cas pour samba.
> 
> Frédéric.
> 
> 
> --
> IRISA-INRIA, Campus de Beaulieu, 35042 Rennes cedex, France
> Tél: +33 (0) 2 99 84 22 32, Fax: +33 (0) 2 99 84 71 71
> 
> ---- Liste gulliver ----
> Se désinscrire, mailto:gulliver-unsubscribe at listes dot gulliver dot eu dot org
> GULLIVER,       http://gulliver.eu.org/
>