its a neat solution, I like it.
one would still need to build the "aggregate" view, so that summaries
etc can be reported on,
otherwise you only view a server at a time, which can be achieved by
just connecting to the server itself.
by aggregate I mean the sum of the nodes in the cluster, for example,
number of active sessions in the cluster, would be an aggregate view
Filip
James Strachan wrote:
> BTW I'm not necessarily saying that the Lingo JMX connector is *the*
> solution, just *a* solution - but I think the general approach of
> using distributed JMX connectors seems like a good, standards based
> approach to monitoring and controlling clusters of POJOs. Then folks
> can choose the JMX connector that suits their needs. Already today
> there are JMX connectors for HTTP, RMI and JMS and I'm sure folks
> could implement it on top of other things too like Jabber,
> WS-Notification or JBI etc.
>
> On 5/3/06, *Jules Gosnell* <jules@coredevelopers.net
> <mailto:jules@coredevelopers.net>> wrote:
>
> James Strachan wrote:
>
> > Distributed JMX sounds like a simple way to monitor a cluster of any
> > Java stuff. Details on using clustered JMX over JMS here...
> >
> > http://lingo.codehaus.org/JMX+over+JMS
> >
> > which lets you monitor the cluster in a single MBeanServer
> >
> cool - sounds like exactly the sort of thing that I am looking for,
>
> thanks,
>
> Jules
>
> >
> > On 5/3/06, Jules Gosnell <jules@coredevelopers.net
> <mailto:jules@coredevelopers.net>> wrote:
> >
> >> I'd like to kick off a thread about the monitoring of clustered
> >> deployments...
> >>
> >> There is a section in the 1,000ft Clustering Overview
> >>
> (http://opensource.atlassian.com/confluence/oss/display/GERONIMO/Clustering
> <http://opensource.atlassian.com/confluence/oss/display/GERONIMO/Clustering>),
> >>
> >> but little content, due to the fact that there has been little
> >> discussion about this subject on the list...
> >>
> >> Obviously we can use standard tools etc to monitor individual
> nodes in a
> >> cluster - but, if you want to aggregate all the stats together,
> for a
> >> clusterwide view of what is going on in your deployment, life
> becomes a
> >> little more complicated....
> >>
> >> I have a few ideas, but I haven't done much reading around this
> area, so
> >> it may be that there are already specs and standard ways of
> achieving
> >> all of this. if there are and you know of them, please shout.
> If not,
> >> lets throw it open to discussion....
> >>
> >> thanks for your time,
> >>
> >>
> >> Jules
> >>
> >> --
> >> "Open Source is a self-assembling organism. You dangle a piece of
> >> string into a super-saturated solution and a whole operating-system
> >> crystallises out around it."
> >>
> >> /**********************************
> >> * Jules Gosnell
> >> * Partner
> >> * Core Developers Network (Europe)
> >> *
> >> * www.coredevelopers.net <http://www.coredevelopers.net>
> >> *
> >> * Open Source Training & Support.
> >> **********************************/
> >>
> >>
> >
> >
> > --
> >
> > James
> > -------
> > http://radio.weblogs.com/0112098/
>
>
>
> --
> "Open Source is a self-assembling organism. You dangle a piece of
> string into a super-saturated solution and a whole operating-system
> crystallises out around it."
>
> /**********************************
> * Jules Gosnell
> * Partner
> * Core Developers Network (Europe)
> *
> * www.coredevelopers.net <http://www.coredevelopers.net>
> *
> * Open Source Training & Support.
> **********************************/
>
>
>
>
> --
>
> James
> -------
> http://radio.weblogs.com/0112098/
|