Looking for the Perfect Dashboard: InfluxDB, Telegraf, and Grafana – Part XXIII (Monitoring WordPress with Jetpack RESTful API)

Greetings friends, since 2016 I have been showing you how to get the Perfect Dashboard using Grafana, InfluxDB, and Telegraf, we have come a long way together, and we have seen how to monitor a myriad of critical components, such as SSLweb page responses, VMware vSphere, Veeam, and much more.

The other day I was telling you how to extract the metrics from Cloudflare, that there we can have a professional website, blog, etc. But it is true that many times we do not have something so sophisticated, and we have a blog in WordPress with Jetpack installed.

So today, we’ll see how to extract information (no limits or restrictions) from the WordPress.com Jetpack API.

Once you have finished this tutorial, you will have something similar to this, it is better to give it several days or weeks to see the full potential:

Telegraf, InfluxDB and Grafana topology monitoring WordPress Jetpack

Although I have already shown you on some occasions the diagram of how the monitoring would be using Telegraf, Grafana, and InfluxDB, I leave you again the diagram, this time monitoring the WordPress Jetpack API:

WordPress.com and WordPress RESTful API

The first thing is to understand that there are two different APIs, the WordPress API of our website, which can be accessed if you have not restricted, through http://tusitio.com/wp-json and the WordPress.com API that allows OAuth2, and that has among others, all our Jetpack.

In this tutorial, we will use the WordPress.com API, and of course, I assume that you already have Jetpack installed and configured.

Requirements we will need to make everything work

To get everything working we will need several components, I leave the list here with the link to the subsection:

  • Application on WordPress.com
  • OAuth2 Server Code
  • OAuth2 Access – Bearer
  • Application on WordPress.com

To get access to our OAuth2 in an easy way, we’re going to need to create an application in wordpress.com, as simple as going to the following URL and logging in with our wordpress.com credentials (where we have Jetpack configured)

Let’s create an Application:We will introduce a name, an image, a description and in the rest of fields we will put the URL of our site:You will then see something similar to the next output, bear and pay attention to the Client ID and, to the Client Secret, save this somewhere safe, as we will need soon:

OAuth2 Server Code

To get the Server Code, which in our case we will use a permanent one, instead of using a token, which has a shorter life span, but I leave it to your liking, we will have to leave the following URL, please change the Client ID with yours from before, and the Blog URL with yours:

  • https://public-api.wordpress.com/oauth2/authorize?client_id=YOURCLIENTID&redirect_uri=YOURBLOGURL&response_type=code

When we go to this site, we are asked to approve that this new wordpress.com application wants to access our site:It will then ask us to log in with our admin credentials, or a user with admin privileges:

This action will take us to our Blog URL, BUT, this time you will see something on the URL Address bar, that code we will need on the next step:

  • https://YOURBLOGURL/?code=YOURCODE&state

OAuth2 Access – Bearer

We already have everything necessary to launch the next command, which must be done from a Linux console, or a program that allows CURL, the call is as follows:

This command will bring back the following:

Fantastic, to recap, with this we will have our Bearer, ready to be added in the next step.

Download, and configure the script wordpress_grafana.sh

Let’s download the script that will make all this work, we will download the latest version from the Github repository:

This shell script can be downloaded and run from the telegraf server, or influxDB, or any other Linux. We will have to edit the configuration parameters:

We need two pieces of information that we’ve created before.
We will make the script executable with this simple step:

We will make sure we have jq installed, an apt-get install jq or yum install jq if we use CentOS:

And when we launch it, if everything went well, we’ll see what happens next:

Besides, it would be nice to put it in the cron to run every 30 minutes:

That’s it for now, to the next step

Grafana Worldmap Panel

We will need to have installed the magnificent Worldmap Panel, as simple as from the Grafana server launch:

And restart Grafana’s service:

So we have now everything ready.

Dashboards de Grafana

I created a Dashboard from scratch by selecting the best requests to the database, finishing off colors, thinking about graphics, and how to display them, and everything is automated so that it fits our environment without any problem and without having to edit anything manually. The Dashboard that you can find here, once deployed, you will be able to see everything:

Import Grafana Dashboards easily

So that you don’t have to waste hours configuring a new Dashboard, and ingesting and debugging you want, I have already created four wonderful Dashboards with everything you need to monitor our environment in a very simple way, you will be like the image I showed you above.

Select the name you want and enter the ID: 12193, which is the unique ID of the Dashboard, or the URL:

We’ll have everything popping up without any problem:That’s all folks, if you want to follow the full Blog series about Grafana, InfluxDB, Telegraf, please click on the next links:

Author: jorgeuk

Father, writing in https://www.jorgedelacruz.es and https://jorgedelacruz.uk Blogger, Systems Engineer @veeam - vExpert 2014/2020 & NTC 2018/19

Leave a Reply

This site uses Akismet to reduce spam. Learn how your comment data is processed.