Re: [infinispan-dev] Management interface

On 6 May 2009, at 13:44, Heiko W. Rupp wrote: > Adrian Cole schrieb: >> This is interesting. What is important, afterall? In the case of >> a grid, it is more like a quorum that allows operations to >> continue without data loss. I'm not sure if individual instances >> matter as complete sets of EC2s could go up or down and there >> still be no effect on cluster as a whole. > > This is a good question, that I was thinking about too > >> Would it not be the cache instances, or jgroups configuration that >> are the most important managed resource in this case? > > Help me with the naming conventions here. > > 1 Infinispan istance can have n caches, that each has 1 jgroups > channel? No, they share the same channel. > In the cloud you have x IS instances with n caches. Yes. Typically 1 infinispan instance per JVM, but not strictly so. You would have 1 infinispan instance per Channel though. > So in this case, we could have the cache as top level element > below the "IS subystem". And the number of IS instances as > just a numeric metric. > In a later version of Jopr, we will have the possibility of > "related resources". > In this case we don't need the strict parent-child relation that we > have now. I think the parent-child relationship works, IMO. Let's not speak of Infinispan instances since this is a concept that doesn't strictly exist. A better way to look at it is this: * You create a CacheManager. This starts a channel. So there is a 1 to 1 relationship here. * You could start > 1 CacheManager per VM, but I don't see this being common. * You use the CM to start > 1 caches. These caches share the same Channel started by the CacheManager. * When a channel is created, it has a ClusterName. So you could organize things by cluster name, and within that, each cluster has multiple cache managers (named either by IP Address or by some form of 'node-naming' we can work out), and within that, a set of named caches. Cheers -- Manik Surtani manik(a)jboss.org Lead, Infinispan Lead, JBoss Cache http://www.infinispan.org http://www.jbosscache.org _______________________________________________ infinispan-dev mailing list infinispan-dev(a)lists.jboss.org https://lists.jboss.org/mailman/listinfo/infinispan-dev