Re: clarification regarding the "2 mirrored servers" example on the wiki

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Hi Daniel,
 You can also choose (b) where you can have storage servers exporting
glusterfs volumes, and all the 4 webservers uses afr (and similar volume
spec file in all the 4) in their client volume, and connect to storage
server. Even here, you will have the mountpoint not effected even if one
node completely goes off.

Regards,
Amar

On Thu, Mar 20, 2008 at 8:29 AM, Daniel Maher <dma+gluster@xxxxxxxxx> wrote:

> On Thu, 20 Mar 2008 20:11:16 +0530 "Krishna Srinivas"
> <krishna@xxxxxxxxxxxxx> wrote:
>
> > It can suggest option "a" if the glusterfs client is run either on
> > storage1.example.com or storage2.example.com
> >
> > It can suggest option "b" if the glusterfs client is run on a
> > different machine.
> >
> > How you interpret that example depends on where you run the client.
>
> Thank you for the prompt response, Krishna.
>
> Suppose i have four webservers and two back-end storage servers.  I
> would like to have both of storage servers be mirrors of each other,
> and in turn, i would like to have the webservers be able to interact
> with the storage "cluster" (such as it is) in a read/write capacity.
>
> Using Gluster, would the proper approach here be to set up both of the
> storage servers as gluster servers / clients of each other (option "a"),
> then export the mirror as a volume to my webservers (running the client
> only) ?  In this fashion i would hope to achieve a position whereby one
> of the storage servers could suddenly burn to the ground, but
> operations would not be affected, since the volume remains accessible.
>
> As per the "simple high availability storage" wiki page, this would
> seem to be the case - but i'm more than happy to hear any other
> thoughts on the matter.
>
> Thank you all.
>
>
>
> --
> Daniel Maher <dma AT witbe.net>
>
>
> _______________________________________________
> Gluster-devel mailing list
> Gluster-devel@xxxxxxxxxx
> http://lists.nongnu.org/mailman/listinfo/gluster-devel
>



-- 
Amar Tumballi
Gluster/GlusterFS Hacker
[bulde on #gluster/irc.gnu.org]
http://www.zresearch.com - Commoditizing Supercomputing and Superstorage!


[Index of Archives]     [Gluster Users]     [Ceph Users]     [Linux ARM Kernel]     [Linux ARM]     [Linux Omap]     [Fedora ARM]     [IETF Annouce]     [Security]     [Bugtraq]     [Linux]     [Linux OMAP]     [Linux MIPS]     [eCos]     [Asterisk Internet PBX]     [Linux API]

  Powered by Linux