2018/Data Project/Stage 1

From charlesreid1

Stage 1: Collecting System Data

COMPLETED Phase 1a: Netdata

First, we set up Netdata.

  • Pros: Netdata has a fantastic dashboard with all kinds of stuff all ready to go.
  • Cons: Netdata is custom-built for monitoring compute nodes, and not for general visualization.
  • Netdata
  • Link to Netdata scripts: https://git.charlesreid1.com/data/netdata

Netdata is a useful tool for monitoring an individual machine instance remotely and it works excellent.

NOPE Phase 1b: Prometheus

Second, we set up Netdata to dump to a Prometheus database.

  • Pros: Prometheus was fairly easy to integrate with Netdata.
  • Cons: Prometheus was not a particularly outstanding tool, don't know much about how to use it.
  • Prometheus

Need to get more involved with Prometheus and/or Grafana to monitor more than one machine.

COMPLETED Phase 2a: MongoDB and MongoExpress

We then set up MongoDB and MongoExpress in Docker containers. MongoDB listens for incoming data on the VPN. MongoExpress is connected to MongoDB and exposes a web interface to interact with MongoDB. We used MongoDB to store edit history and page graph data from the charlesreid1 wiki.

Pros and cons:

  • Pros: MongoDB is a containerized solution with persistent data. MongoDB had (has?) a high setup barrier, but a low usage barrier. Very easy to do basic CRUD operations, make new databases as needed, etc.
  • Cons: No visualization tools baked in, need to define own tools. Collectd cannot dump to MongoDB because of a bunch of installation stupidity.

Links:

NOPE Phase 2b: Collectd

We struggled a LOT with Collectd, mainly because we wanted to use the collectd plugin to write to MongoDB. Unfortunately, this was the only plugin that seemed impossible to install.

See Collectd page.

(This is all installation stupidity. I tried installing collectd with aptitude, no plugins. Then the core, no plugins. Then installing from source, and MongoDB plugin did not work. Struggling to get collectd to link to MongoDB. Needed custom config or something. Then I just gave up, and re-installed collectd core, and the library was there, but it was complaining it couldn't find it. In the end, I totally abandoned the attempt to get collectd to talk to mongodb. Could probably use a collectd docker and fix this whole issue.)

NOPE Phase 3a: Graphite

Next, we deployed a Graphite container to hold time series from Collectd.

Pros and cons:

  • Pros: Containerized solution. Collectd graphite plugin worked fine.
  • Cons: Graphite comes with Carbon (web interface), which is utter awful. It provides the absolute bare minimum, and it looks like it's trapped in a miserable 1998 computer prison.

Links:

NOPE Phase 3b: Visualizing Graphite

A few years back we explored Cubism and Cube (difference?) as a way of visualizing time series from Graphite. It took some effort to get a basic dashboard, and Cubism is (ultimately) D3, the most frustratingly stupidly over-designed and over-complicated library ever, implemented in a totally irrational programming language.

So, no.

We're going to focus on Mongo, which is more transparent and more flexible for all purposes.

Stage 1 Conclusion: Netdata, Not Collectd

All of the struggle to get collectd working with mongo was a waste of effort, and led to the graphite distraction in the first place. A broken build procedure (collectd) led to an unknown, mediocre tool (graphite).

Ultimately, if we need to run collectd, interface with the collectd API via Python: https://collectd.org/wiki/index.php/Plugin:Python

Flags

Retrieved from "https://charlesreid1.com/w/index.php?title=2018/Data_Project/Stage_1&oldid=26794"