[Gluster-devel] Server-side AFR
gordan at bobich.net
gordan at bobich.net
Wed Apr 23 14:44:55 UTC 2008
I'm trying to do server-side AFR, and the sort of thing I'm coming up with
is a bit like the following:
server.vol
->snip
volume foo1
type storage/posix
option directory /gluster
end-volume
volume foo2
type protocol/client
option transport-type tcp/client
option remote-host 192.168.0.1
option remote subvolume foo
end-volume
volume foo
type cluster/afr
subvolumes foo1 foo2
end-volume
volume server
type protocol/server
option transport-type tcp/server
subvolumes foo
option auth.ip.foo.allow 127.0.0.1,192.168.*
end-volume
<-snap
The only difference between the two servers is the IP address in the
remote AFR block (192.168.0.2 instead of .1).
The question I have is - would this cause a circular replication meltdown?
Or are loops somehow detected/prevented/avoided? Effectively, the client
would connect to one server only, and upload the data, which would get
replicated to the other server, which, since it also replicates back,
replicates the file back, which triggers the local server to replicate,
etc, etc, etc.
What prevents this sort of thing from occuring, and is there a better way
to achieve this kind of a setup?
Gordan
More information about the Gluster-devel
mailing list