Menu

How to configure Jamon.war so it recognises additional hosts

2017-10-14
2017-10-14
  • Wim Veldhuis

    Wim Veldhuis - 2017-10-14

    Hi,

    I've been working with Jamon in the past, which served us very well during perfomance improvements and day to day monitoring. We used a quite old version there, that had no web interface etc. but we logged the aggregated results every five minutes and used Splunk to analyse the results. This helped us a lot (together with some other datasources also available in Splunk).

    I am on a different project now, and as usual there is a need to get more insight into the applications hot spot. We are horizontally scaling an application, but also want to improve on the hotspots. There is no Splunk and we just want global insights initially on the beans performance, as this is easy to do and will probably give good starting points for further investigation.

    However, after downloading JAMon, adding the jar to our grails application, and installing the jamon.war file on a separate tomcat instance, I found no documentattion specifying HOW to access the JVM's running the application we want to monitor.

    The video shows that it should be possible as the Jamon monitoring page shows both the Jetty and Tomcat data from different JVM's. But the video does not tell how to configure it so you get those multiple hosts.

    Is there documentation (tutorial perhaps) that shows how to configure the Jamon webapp to be able to display data from my application running on a different jvm ? And do I need to do something for the jvm's to be monitored as well ?

    Regards,
    Wim Veldhuis,

     
  • Steve Souza

    Steve Souza - 2017-10-14

    Unfortunately I typed a long response to your question complete with links and sourceforge lost it when i posted.

     
  • Wim Veldhuis

    Wim Veldhuis - 2017-10-15

    Thanks for the speedy answer.

    Regrettably I do not want to use hazelcast at this moment. This has to do with network topology, infra structure support and a low as possible impact.

    It looks like the best intial route to take will be to write a reporter (if it is not in the library) that writes out the data in CSV format in fixed intervals, which we then can initially analyse with excel or different tooling. From its name, LocalJamonFilePersister might be a good example to work from, but will look into that later this week (this is voluntary work at the moment, to improve my knowledge of monitoring and the application).

    Regards,
    Wim Veldhuis.

     
  • Steve Souza

    Steve Souza - 2017-10-15

    Sounds good. The library doesn't write data as csv, but the web application can. LocalJamonFilePersister would probably be a good place to work from. Still it might be useful to serialize the jamon data as it will give you the whole web of jamon objects including stack traces as well as all the other data. You could write both the serialized data and the csv. The advantage of the jamon serialized data is you can move it to the jvm that has jamon war and view all of the jamon data without doing any extra code.

    If you have any further questions don't hesitate to ask.

     

Log in to post a comment.

MongoDB Logo MongoDB