[Gluster-users] GlusterFS performance questions for Amazon EC2 deployment

Jeff Darcy jdarcy at redhat.com
Wed Jun 30 15:24:00 UTC 2010

On 06/30/2010 10:22 AM, Craig Box wrote:
> OK, so this brings me to Plan B.  (Feel free to suggest a plan C if you can.)
> I want to have six nodes, three in each availability zone, replicate a
> Mercurial repository.  Here's some art:
> [gluster c/s] [gluster c/s] | [gluster c/s] [gluster c/s]
>                             |
>            [gluster s]      |      [gluster s]
>               [OCFS 2]      |      [OCFS 2]
>               [ DRBD ] ----------- [ DRBD ]
> DRBD doing the cross-AZ replication, and a three node GlusterFS
> cluster inside each AZ.  That way, any one machine going down should
> still mean all the rest of the nodes can access the files.
> Sound believable?

OCFS2 is a shared-disk filesystem, and in EC2 neither ephemeral storage
nor EBS can be mounted on more than one instance simultaneously.
Therefore, you'd need something to provide a shared-disk abstraction
within an AZ.  DRBD mode can do this, and I think it's even reentrant so
that the devices created this way can themselves be used as components
for the inter-AZ-replication devices, but active/active mode isn't
recommended and I don't think you can connect more than two nodes this
way.  What's really needed, and I'm slightly surprised doesn't already
exist, is a DRBD proxy that can be connected as a destination by several
local DRBD sources, and then preserve request order even across devices
as it becomes a DRBD source and ships those requests to another proxy in
another AZ.  Linbit's proxy doesn't seem to be designed for that
particular purpose.  The considerations for dm-replicator are
essentially the same BTW.

An async/long-distance replication translator has certainly been a
frequent topic of discussion between me, the Gluster folks, and others.
 I have plans to shoot for full N-way active/active replication, but
with that ambition comes complexity and we'll probably see simpler forms
(e.g. two-way active/passive) much earlier.

More information about the Gluster-users mailing list