Skip to Content.
Sympa Menu

perfsonar-user - Re: [perfsonar-user] perfSONAR Grafana Integration

Subject: perfSONAR User Q&A and Other Discussion

List archive

Re: [perfsonar-user] perfSONAR Grafana Integration


Chronological Thread 
  • From: Mark Feit <>
  • To: Murilo Vetter <>, perfsonar-user <>
  • Cc: monipe-des <>
  • Subject: Re: [perfsonar-user] perfSONAR Grafana Integration
  • Date: Wed, 17 Jul 2019 20:53:06 +0000
  • Arc-authentication-results: i=1; mx.microsoft.com 1;spf=pass smtp.mailfrom=internet2.edu;dmarc=pass action=none header.from=internet2.edu;dkim=pass header.d=internet2.edu;arc=none
  • Arc-message-signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=O6GX8N7pKyiU7OFZl0HlV44varl8Kyss/i6LKNtSxK8=; b=Pxe0xE/TjzuDoXWsf7cFyy4ZLdhZeBcVjDdIKL9Ir7Wl+rg8FhApVtz2vbgeZGm9QLaKRUYRnaoKE1gOjT7ckILFNnM35GxjtppksJ5ZCbfeoVddwBJ3qCBIwrkW5VHws+V7eDEjgfGuNbXsJK0Q19Hpt9CoSs3O4Ns+6MStX6a60JaHQYarnJifF/ow3wiQBMQIHSbrEqKS5NscJ2H7qsZvBw9KpTRgg5EISB0+/JYV57wWADRW/IWwlg+wI4mnQZZC1UQHZ8qTKkVRrEWiKD35w0pLdx3bZN/TWiiGyChvWUJHtHOH8S31C3QkdcvGX6LjvxSH3yDdCS2esg1Lew==
  • Arc-seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=em78BlGZHZNH4RZv/XUApUSzP0hO+ifCiEsSJfI+hfnC3LnFUfchRk/Do9M6iooOvfw6YwjRhqWPYJMqETzvLc23cZ+zDEnLYXfkdBoftImvK5CqBufBUB+RcH5w3bwQkBHHydBGYJXEZ6x6lpzBVVH5fSqsEREL3k4OlofNRGQMyjM9Ow8p+s3uCRNTCJI0XSZJYdskf3GXXYmnZLDQGgPHw5XzEI1iwIxiCY+8s9nwJmPCVo3Gk5mqCNJXuca2YJwfnOfgFM67FiGHDDebOuXnT3mmMpvLczAtw0Y/cVIyJNMq2Sfc+UScm7YvHTTJtm25niWIGuPm1G9c2JHiPw==

Murilo Vetter writes:

 

Does anyone know how was made the integration of perfSONAR measurements to Grafana?

 

I found something in this document:

 

Shawn can speak directly to what OSG/WLCG is doing, but I can give you some more-general information.

 

Historically, the only method for getting perfSONAR data into other systems has been to send it to Esmond and write programs to pull it from there.

 

One of the things pScheduler brought with it from day one is archiver plugins that can send results as they’re produced.  MeshConfig had been reprogrammed to use the Esmond plugin, as does the out-of-the-box pSConfig template.  However, there are also plugins that will send results to syslog, HTTP(S), RabbitMQ and, if you’re a glutton for punishment, SNMP traps.  A plugin for Kafka is in the pipeline for release with 4.2.0.  We’ve tried to cover as many of the common cases as we could, but it’s easy to write new ones for things we haven’t.

 

All of the plugins receive a blob of JSON that includes the result and as much information about the task and run as possible.  There’s a mechanism for the JSON to be transformed using a jq script before it’s handed to the plugin, so if you need special formatting, that can be done by pScheduler on your perfSONAR nodes and you don’t have to run a separate system to do it.  (Some of this is discussed in a webinar we did on jq  last year:  https://youtu.be/FrT6R75M3BE?t=2678.)

 

I did some throwaway some experimentation last year that sent data into ElasticSearch using the HTTP plugin and pulled it for display using Grafana.  It wasn’t much and the data probably wasn’t very accurate, but it was enough to prove the concept.  This is how it looked:  https://slack-files.com/T073A2Z0D-FEM1QA4LC-04a7cd4665.

 

The development team is in the early stages of looking at ways to improve the visualization component of perfSONAR.  What we have now is mostly home-grown code that requires changing to add new types of tests which, as we found out with MeshConfig, isn’t such a good thing.  Expect to hear more about this at TechEx in December.

 

Hope that’s useful.

 

--Mark

 




Archive powered by MHonArc 2.6.19.

Top of Page