Re: Splitbrain Resolution

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

 



On Sat, Apr 19, 2008 at 8:32 AM, Gordan Bobic <gordan@xxxxxxxxxx> wrote:

>  I'm not sure that it is that big a drawback. Using HA or RHCS to fail over
> the IP resources sounds like a pretty standard way to implement fail-over.
> The major drawback is lack of explicit load-balancing, but having said that,
> if you mount by hostname you'd still get round-robin DNS load balancing,
> which is probably good enough.

When AFR is loaded on the client and AFR subvolumes go offline, any
open files on the AFR volume are not affected -- the failover is
transparent. This is not the case with those other 'failover'
approaches. As I said, it depends on your use case and that could be
an acceptable tradeoff. If you load AFR on the server, and that server
goes offline, any clients with files open to it will get a "Transport
endpoint not connected" or some similar error, and they will have to
reopen the files etc.

>  Yes, but if you consider that in a typical setup you have an order of
> magnitude more client nodes than server nodes, that starts to add up pretty
> quickly.

Well, that really does depend on what you are using it for. If you are
building a compute cluster, then that probably is not the case.

>  Hmm... Now if writes could happen over multicast, that would be pretty
> cool, as the writes wouldn't scale inversely. But I'm guessing this isn't
> anywhere on the feature list (yet)...

Perhaps. I don't think it would be that easy, or nice to implement though.

>
>  Gordan

-- Samuel




[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