Not to be confused with http://umonfw.com/
μMon: Stupid simple monitoring (2022)
101–110 of 110 posts
Re: μMon: Stupid simple monitoring (2022)
#102I like the concept of simple monitoring. Simple means it is simple to install, simple to maintain and simple to use. For me, this is netdata. Netdata could be much more, but I just install it on whatever machine and never think about it again. And when something is strange on that machine, I go to http://localhost:19999 and look around.
Not sure I haven't run across it before, but this is the first time I've tried using Netdata. Looks like it is very good for metrics, at least in the 10 minutes I have spent installing it on my local desktop and poking around the ui there. I'm not seeing anything in it for logs, though. I'm guessing it doesn't aggregate or do anything with logs? What do you use for log aggregation and analysis? I'm very interested be…
If you want easy to install, maintain and use system for logs, then take a look at VictoriaLogs [1] I'm working on. It is just a single relatively small binary (around 10MB) without external dependencies. It supports both structured and unstructured logs. It provides intuitive query language - LogsQL [2]. It integrates well with good old command-line tools (such as grep, head, jq, wc, sort, etc.) via unix pipes [3].
[1] https://docs.victoriametrics.com/VictoriaLogs/
[2] https://docs.victoriametrics.com/VictoriaLogs/LogsQL.html
[3] https://docs.victoriametrics.com/VictoriaLogs/querying/#comm...
Re: μMon: Stupid simple monitoring (2022)
#103I was recently looking for an ultra minimal monitoring solution for OpenWrt and other lightweight systems (Pi’s, etc.) and was disappointed not to find one that met my needs (negligible CPU, disk space and RAM). I ended up hacking together a shell script to send data to Home Assistant (via MQTT) which runs on pretty much any system that has at least netcat: https://github.com/roger-/hass-sysmon
Did you try VictoriaMetrics [1] and vmagent [2]? It is a single self-contained binary without external dependencies. It requires relatively low amounts of CPU, RAM, disk space and disk IO, and it runs on ARM.
Re: μMon: Stupid simple monitoring (2022)
#104https://collectd.org/ does the gathering (and writing to RRDTool database, if you so desire) part very well. Many plugins, easy to add more (just return one line of text) Still need RRD viewere but that's not a huge stack And it scales all the way to hundreds of hosts, as on top of network send/receive of stats it supports few other write formats aside from just RRD files.
I used it for years but somehow it went out of fashion. It is now missing in Ubuntu and Arch linux repos.
Re: μMon: Stupid simple monitoring (2022)
#105Earlier quoted context omitted.
Windows and WSL are a mess. Run docker on Linux instead. There is no reason to run docker on windows, except if you are planning to build windows containers.
If you're a Windows user, running Docker in WSL _is_ running it in Linux.
Yes, Linux wrapped into countless unnecessary abstraction layers.
Re: μMon: Stupid simple monitoring (2022)
#106Looks nice. I would like to use something like this to remotely monitor machines. Currently use Prometheus (but without Grafana), since the alerting and built-in graphing is sufficient. But agree with OP that Prometheus feels more complex than need be for simple use cases. But so does sendmail ;)
VictoriaMetrics have all-in-one binary that is pretty easy setup for simple one node install.
VictoriaMetrics is a layer on top of Prometheus from a quick read.
I managed simple alerts just using Prometheus's alert manager and aws's simple mail system, I prefer this simpler approach.
Re: μMon: Stupid simple monitoring (2022)
#107Earlier quoted context omitted.
VictoriaMetrics have all-in-one binary that is pretty easy setup for simple one node install.
VictoriaMetrics is a layer on top of Prometheus from a quick read. I managed simple alerts just using Prometheus's alert manager and aws's simple mail system, I prefer this simpler approach.
> VictoriaMetrics is a layer on top of Prometheus from a quick read.
Sorry, but you're wrong! VictoriaMetrics was built from scratch with own ideas [1][2][3] and never was build on top of Prometheus. Yes, it use some libs which are used in Prometheus/InfluxDB/othe open source projects but thats all. More over VictoriaMetrics team has created own query language, named MetricsQL [4] which is inspired by PromQL [5].
> I managed simple alerts just using Prometheus's alert manager and aws's simple mail system, I prefer this simpler approach.
In the VictoriaMetrics stack, alerting is placed in a separate utility - vmalert [6] that is responsible for alerts and works with alertmanager as well as Prometheus.
[1] https://faun.pub/victoriametrics-creating-the-best-remote-st...
[2] https://valyala.medium.com/open-sourcing-victoriametrics-f31...
[3] https://www.youtube.com/watch?v=-DbbIZzFHIY
[4] https://docs.victoriametrics.com/MetricsQL.html
[5] https://medium.com/@romanhavronenko/victoriametrics-promql-c...
Re: μMon: Stupid simple monitoring (2022)
#108Earlier quoted context omitted.
Maybe what I want is nachos? https://www.nagios.org/
Or Zabbix. I’m assuming Nachos is a funny typo. https://www.zabbix.com/
Zabbix was cool till 2015, now its better to use https://gitlab.com/mikler/glaber/ or https://signoz.io/.
Re: μMon: Stupid simple monitoring (2022)
#109Why's everyone hating on Grafana? I find it fairly easy to use, it has a good balance between power & simplicity. And with docker you can make it run in seconds.
No one is "hating" on Grafana. But if you used tools of the past, you'd know how light they were compared to the Grafana/Kibana/Elastic mongrel. But I should mention that there is nothing "stupid simple" about the solution of the OP. Just look at the install procedure... https://tomscii.sig7.se/umon/
what in the... what is the point?? I've used Grafana many times and it's always, always a simple docker start -v, ..., and modifying some configs to get started. This tool is completely useless.
Re: μMon: Stupid simple monitoring (2022)
#110Earlier quoted context omitted.
> Docker feels contrarian for no reason No, Docker is a mess.
What is it more specifically that you think is a mess? Do you mean the OCI Image Format, Docker Inc, Docker Engine, something else…?
Not sure if I'd count "OCI Image Format" under the Docker umbrella, since Docker doesn't actually follow it. Also, slight nitpick, but "OCI Image Format" is itself a bit of an umbrella, since there are images, manifests, layers, etc. It's easy enough to make a standards-compliant image using `tar`, `sha256sum` and `jq`, but it's rather hit-and-miss which tools will support it (e.g. AWS seems easy to please, but nerdctl rejects certain things, etc.)
Personally, my main problems with Docker are:
- Dockerfiles: these are basically just shell scripts, which throws away decades of improvements and leads to all sorts of insanity (e.g. running `apt install -y foo bar baz`, rather than making a .deb which depends on those). It also causes everything to happen "inside-out", with our compiler toolchains, etc. getting installed inside the container (requiring even more containers to try and extricate the build products, and so on)
- Docker Inc: specifically, their over-complication of basic shit, as a way to funnel everything through themselves. Want to u̵p̵l̵o̵a̵d̵ push your t̵a̵r̵ ̵f̵i̵l̵e̵ image to a r̵e̵m̵o̵t̵e̵ ̵d̵i̵r̵e̵c̵t̵o̵r̵y̵ registry? No rsync for you: not only will you need to run the `docker` command, but it must be "logged in" first (??!); oh, and you'll need to pass credentials over stdio (hooray for the /proc filesystem!). Note that this is just my experience from using private f̵o̵l̵d̵e̵r̵s̵ registries (e.g. like https://docs.aws.amazon.com/AmazonECR/latest/userguide/docke... ). Fun fact: AWS provide a multipart upload API for u̵p̵l̵o̵a̵d̵i̵n̵g̵ pushing to a b̵u̵c̵k̵e̵t̵ registry, which uses the normal AWS credentials chain; so you can just whack a loop around that to u̵p̵l̵o̵a̵d̵ ̵f̵i̵l̵e̵s̵ push images without any `docker login` bullshit ;)
Oh also, Docker Desktop for Mac is the only software I've used which makes the "ignore" button on update nags a "premium feature" (whilst simultaneously making it hard to actually update, since they only publish new binaries to a mutable "latest" URL, hence breaking its SHA256 and hoping people don't mind downloading random ever-changing binaries; the only stable URLs they provide are for "archived" versions, so no wonder I keep getting update nags.... urgh, I eventually just nuked the lot)