So recently been spending time configuring my selfhosted services with notifications usint ntfy. I've added ntfy to report status on containers and my system using Beszel. However, only 12 out of my 44 containers seem to have healthcheck "enabled" or built in as a feature. So im now wondering what is considered best practice for monitoring the uptime/health of my containers. I am already using uptimekuma, with the "docker container" option for each of my containers i deem necessary to monitor, i do not monitor all 44 of them ๐
So I'm left with these questions;
- How do you notify yourself about the status of a container?
- Is there a "quick" way to know if a container has healthcheck as a feature.
- Does healthcheck feature simply depend on the developer of each app, or the person building the container?
- Is it better to simply monitor the http(s) request to each service? (I believe this in my case would make Caddy a single point of failure for this kind of monitor).
Thanks for any input!
If I go to its web interface (because everything is a web interface) and it's down, then I know it has a problem.
I could set up monitoring, but I wouldn't care enough to fix it until I had free time to use it either.
Same here. I'm the only user of my services, so if I try visiting the website and it's down, that's how I know it's down.
I prefer phrasing it differently, though. "With my current uptime monitoring strategy, all endpoints serve as an on-demand healthcheck endpoint."
One legitimate thing I do, though, is have a systemd service that starts each docker compose file. If a container crashes, systemd will notice (I think it keeps an eye on the PIDs automatically) and restart them.