[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [gulliver] Duplexing de Serveur / rsync temps réel
|
From |
Frederic Tronel <Frederic dot Tronel at irisa dot fr> |
|
Subject |
Re: [gulliver] Duplexing de Serveur / rsync temps réel |
|
Date |
Fri, 1 Apr 2005 12:11:24 +0200 |
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