cherry at osdl.org
Fri Feb 14 09:22:15 PST 2003
As we discussed at the face to face, a cluster membership mechanism
built on top of TIPC is the architecture we should pursue. The
membership layer is a piece of the puzzle that is missing and would be a
great PoC project.
The membership layer would address all the interesting aspects of the
cluster that we have bantered about (cluster definition, membership
definition, active cluster definition - quorum, voting, etc.).
OSDL (Joe DiMartino in particular) is coming up with a cluster
architecture description based on the cluster stack that we talked about
at the face to face. The basic stack (from the bottom up) includes the
communication layer (this is where TIPC comes in), the membership layer
(this is what determines the (sub)cluster definition), the distributed
lock manager (to manage shared resources), the group messaging layer and
finally cluster-aware applications (starting with shared device
naming/management and moving up to the clustered filesystem). We'll try
to get the "OSDL Cluster Architecture" document out next week for review
On Thu, 2003-02-13 at 17:18, Rod Van Meter wrote:
> On Thu, 2003-02-13 at 17:10, ext Peter Badovinatz wrote:
> > Personally, I don't think this decision belongs with TIPC. TIPC
> > provides messaging and notification, but a layer "above" TIPC should be
> > the owner of the policy decisions. TIPC should just keep providing
> > service to the nodes that can be reached.
> > Note that I'm NOT saying that whatever this policy layer is doing to
> > deal with split-brain is simple, far from it, just that TIPC shouldn't
> > worry about it.
> I agree.
> I think the cluster membership mechanism built on top of this would be
> an excellent topic for CGL to contribute on. It seems like the OSS
> solutions available for clustering mostly assume static, stable clusters
> (if I'm wrong about this, I'd love to know!).
> SAF's APIs supposedly cover some of this, but I haven't gotten to go
> through them in detail yet.
> There's also a Nokia internal thing I'm looking into...
> cgl_discussion mailing list
> cgl_discussion at lists.osdl.org
More information about the cgl_discussion