[Gluster-users] Gluster on fast and slow networks

Vikas Gorur vikas at gluster.com
Mon Feb 15 09:03:04 UTC 2010

Adrian Revill wrote:
> This is an edge case scenario, but one that I am worried about.
> Say you have 2 storage nodes as a mirror on a 10G network, and you 
> write into a client mount also on the 10G network. Then data will be 
> replicated by the client via the 10G network to the 2 servers.
> If one server out of sync because it was off line, then any changes 
> would be replicated by the client on the first read. which on the 10G 
> network is not a problem.
> I add more clients that are on a 1G network.
> Now if one of the servers is out of sync and the first read is on a 1G 
> client then the data would be replicated via the 1G client. This would 
> saturate the 1G link on the client and seriously effect its performance.
> Is there a work around/solution for this problem?
The general idea of having "asynchronous" or delayed replication has 
come up many times on this list.
Such a feature would involve having a "master" and a "backup" copy of 
each file, with the backup copy
lagging behind the master by a few seconds or minutes. This would be 
useful in the case you mentioned
and also if you wanted the backup to be at a different location 
reachable over WAN.

However, we have currently not made any concrete plans about this feature.


More information about the Gluster-users mailing list