Skip site navigation (1)Skip section navigation (2)
Date:      Tue, 17 Jun 2003 12:05:53 -0700 (PDT)
From:      Kip Macy <kmacy@fsmware.com>
To:        Michael Grant <mg-fbsd3@grant.org>
Cc:        freebsd-cluster@freebsd.org
Subject:   Re: iSCSI and clustering with FreeBSD
Message-ID:  <Pine.LNX.4.21.0306171153070.17577-100000@walnut.he.net>
In-Reply-To: <20030617184938.GA1078@grant.org>

next in thread | previous in thread | raw e-mail | index | archive | help
> OpenGFS and Lustre were mentioned.  Has anyone actually tried to
> simply compile OpenGFS for freebsd just fixing the compilation
> problems, or is it really a porting job with lots of rewrite?  Would
> it solve my problems? (see below)

I track the OpenGFS development list and it is clear that it has a ways to
go with respect to robustness of lock management. I don't think that 
porting would be that major an undertaking. However, It almost seems that
adding clustering to an existing journalled file system would be easier
than stabilizing OpenGFS. Lustre is designed for extremely large local
clusters.


> Furthermore, I'm looking at clustering where the other boxes in the
> cluster are not at the same ISP.  This adds additional headache for
> sure.  If anyone has any ideas along these lines, let me know.  I want
> to do this for reliability and load sharing, not for supercomputing.
> However, it sure would be cool to be able to migrate a process to a
> different box at a different location...

This is not at all what OpenGFS is designed for. That is something that
AFS would be perfect for. However, Transarc botched it with respect to
the market. At least in the medium term NFSv4 is probably the closest
you're going to get.

> 
> It looks like no matter what I do, I need a second box next to the
> first one to redirect packets to the other box if one of the boxes
> goes down.  I'd probably do this with NAT or an ip tunnel.  This
> second box almost makes it seem not worthwhile to put the other boxes
> in different ISPs.  Anyone have better ideas?

I'm sure some of the ASPs must have solved that problem.





Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Pine.LNX.4.21.0306171153070.17577-100000>