On Tue, May 04, 2010 at 09:43:01PM +0200, Marcus Bointon wrote:
> On 4 May 2010, at 21:27, Larry Bates wrote:
>
> > Seems to me that this problem should more likely be solved with Squid.
> > Nginx, or
> > some caching software.
>
> The speed problem could be fixed with them, but it's not a replacement for
> what glusterfs is doing. I'm in the same boat: users upload images to a
> synchronously replicated gluster content area available to multiple web
> servers. Caching on individual servers is likely to run into coherency
> problems. With no server stickiness, we need to be able to guarantee that an
> uploaded file is immediately available to all front-ends without introducing
> a SPOF.
>
> While gluster might not be ideal for this, it is the *only* solution I've
> found that does it all. Do you have any better suggestions?
A suggestion, not necessarily better: DRBD in dual-primary mode with
OCFS2 or GFS2. See
http://www.drbd.org/docs/applications/
David Simas
>
> Marcus
> --
> Marcus Bointon
> Synchromedia Limited: Creators of http://www.smartmessages.net/
> UK resellers of i...@hand CRM solutions
> [email protected] | http://www.synchromedia.co.uk/
>
>
> _______________________________________________
> Gluster-users mailing list
> [email protected]
A
> http://gluster.org/cgi-bin/mailman/listinfo/gluster-users
_______________________________________________
Gluster-users mailing list
[email protected]
http://gluster.org/cgi-bin/mailman/listinfo/gluster-users
