[Gluster-users] ESXi & Gluster setup options

[Chris Haumesser]

The native FUSE client has built-in failover if you mount using the server
and volume name (e.g. `mount -t glusterfs server1:/foo /mnt/foo`). When
mounting this way, the gluster client downloads a list of all the bricks,
and if one goes down, automatically fails over to another available brick
server.

Note, however, that at mount-time, the client needs to be able to reach the
brick server specified in the mount command. You could use simple roundrobin
DNS to make sure your clients always reach an available brick.

As others stated previously, NFS failover requires ucarp or an alternative
ha framework.


Cheers,


-C-



On Thu, May 26, 2011 at 2:37 PM, paul simpson <paul at realisestudio.com>wrote:

> i'm also interested in this.  is there any pro/con to using native gluster
> FUSE client for xen images?  i would have thought that would mitigate the
> use of ucarp (apart from initial connect).
>
> -p
>
>
>
> On 26 May 2011 21:39, Whit Blauvelt <whit.gluster at transpect.com> wrote:
>
>> On Thu, May 26, 2011 at 08:28:29PM +0000, Matt Temple wrote:
>>
>> > We've been looking for a way to have HA for our VMWare datastore, too.
>> (Our
>> > single server had a kernel panic last night and took down the VMs.)
>> > We're very much interested in a similar setup, using Gluster, but I have
>> a
>> > question ... with Gluster NFS, don't you have to choose a specific
>> address of a
>> > server to connect to?   And if yes, if that node goes down, how does
>> VMWare
>> > respond?
>>
>> Pretty much the standard thing to do is use a virtual IP address with
>> ucarp
>> handling reassignment if the primary node goes down. I've yet to run that
>> through thorough tests to see if how transparent it is in a case of
>> failure.
>> It's simple to set up though.
>>
>> There are, of course, plenty of more complicated alternatives to ucarp in
>> the HA world - heartbeat, pacemaker, corosync....
>>
>> Whit
>> _______________________________________________
>> Gluster-users mailing list
>> Gluster-users at gluster.org
>> http://gluster.org/cgi-bin/mailman/listinfo/gluster-users
>>
>
>
> _______________________________________________
> Gluster-users mailing list
> Gluster-users at gluster.org
> http://gluster.org/cgi-bin/mailman/listinfo/gluster-users
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://supercolony.gluster.org/pipermail/gluster-users/attachments/20110526/bc0d9f0a/attachment.html>