tomcat-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Christopher Schultz <ch...@christopherschultz.net>
Subject Re: Monitoring Connections
Date Tue, 03 Nov 2015 15:05:11 GMT
Aurelien,

On 11/2/15 5:54 PM, Aurélien Terrestris wrote:
> Either my reply was not read, or I'm surprised nobody is answering here.
> 
> "1. Java doesn't directly support SNMP;"
> 
> It does, officially : http://docs.oracle.com/javase/7/docs/technotes/guides/
> management/snmp.html and it's working pretty well with Tomcat besides being
> easy to set up.

I meant there was no client API

> "2. If the JVM is braindead, the SNMP agent can't announce any state   to
> the managers."
> 
> Agent ? This is the SNMP server which is polling the Tomcat here. When
> Tomcat is dead, the server cannot poll anymore and raises an alert.

You were recommending the use of SNMP as an "alerting" alternative to
"monitoring". I assumed you had meant that more passive "alerting" (e.g.
only take action when a problem is occurring) was more efficient than
"monitoring" (which I took to mean polling a service to check its status).

So polling is less efficient but more reliable. Whether you use SNMP,
JMX, HTTP, or whatever, *polling* a component is better than having a
component try to report that it's failing, because part of the failure
could be its inability to report the failure state.

This isn't about SNMP versus some other technology. It's about probing
versus ... not doing so, I guess.

> You see how alerting is even easier without instrumenting, but maybe you
> want to go deeper. But then, you probably start mixing what's necessary for
> N1 support with what's helpful for developers. They have different jobs.

What is your definition of "instrumentation"? What about "probing" or
"alerting"? I'm certainly confused with your use of terms, especially
when you equate one of them with a particular technology.

-chris

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
For additional commands, e-mail: users-help@tomcat.apache.org


Mime
View raw message