[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"$fwh99bab1rxdi":3},{"code":4,"message":5,"data":6,"timestamp":51},10000,"success",{"full_name":7,"position":8,"description":9,"language":10,"stars":11,"forks":12,"stars_gained":13,"age_days":14,"hn_threads":15,"one_liner":32,"summary_md":33,"topic":34,"github_topics":37,"license":41,"homepage":42,"updated_at":43,"history":44},"henrygd\u002Fbeszel",12,"Lightweight server monitoring with historical data, docker stats, and alerts.","Go",26511,1114,23,839,[16,22,28],{"id":17,"title":18,"points":19,"comments":20,"posted_at":21},46667492,"Beszel: Lightweight server monitoring hub with historical data, Docker stats",7,1,"2026-01-18",{"id":23,"title":24,"points":25,"comments":26,"posted_at":27},41061681,"Beszel: Lightweight server resource monitoring with history, Docker stats,alerts",3,0,"2024-07-24",{"id":29,"title":30,"points":20,"comments":26,"posted_at":31},42731638,"Lightweight server monitoring hub with historical data, Docker stats, and alerts","2025-01-16","A lightweight, self-hosted hub for monitoring servers and Docker containers, with history and alerts.","Beszel is worth a look if you run a few boxes or a homelab and want historical graphs and alerts without standing up a heavyweight monitoring stack. The main check before committing is whether the hub-plus-agent model fits your network, since every monitored machine needs to reach the hub.\n\n## The problem\nYou have a handful of servers or a homelab and want to know, later, why something got slow: which machine was hot, which container ate memory, whether a disk is dying. Checking live metrics one box at a time makes that archaeology painful, and full monitoring stacks take time to configure. Beszel changes the workflow by putting a web dashboard in front of a small agent on each host, so you configure once and then read history and receive alerts from a single place. The output is a shared view of host and container trends rather than a pile of one-off terminal sessions.\n\n## What's different\nThe mechanism is a central **hub** — a web application built on PocketBase — plus an **agent** on each monitored system that sends metrics to the hub. That split keeps the heavy UI and storage in one place and the per-host footprint small, which matters when you monitor low-powered devices. History is retained at the hub, so past spikes and container behaviour remain inspectable instead of disappearing with the terminal.\n\nThe scope is broader than CPU graphs: the README lists Docker\u002FPodman container metrics, disk I\u002FO, temperatures, fan speeds, GPU usage and power draw for Nvidia, AMD and Intel, battery, S.M.A.R.T. disk health, and ZFS pool and dataset statistics. Alerts can be configured for most metrics across many notification services. The trade-off is administrative: agents on each host must be installed and kept able to reach the hub, so this is not a zero-touch, agentless design. Multi-user support with per-user systems and admin sharing, plus OAuth\u002FOIDC and optional password disabling, adds setup choices that a single-user homelab can ignore but a shared deployment must decide on.\n\n## Who should try it\nGood fit: a homelab or small self-hosted fleet where you control the network and can run the agent on each machine, especially if Docker stats, disk health or GPU metrics matter. Poor fit: environments where you cannot install an agent per host, or where you need the monitoring system to discover and watch machines without touching them. The documented path assumes Docker-style deployment of hub and agent; check the [quick start guide](https:\u002F\u002Fbeszel.dev\u002Fguide\u002Fgetting-started) before assuming your OS mix is covered.\n\n## Requirements and limitations\nEvery monitored system needs an agent that can reach the hub, so network layout and credentials are recurring upkeep, not one-time setup. Host-level metrics depend on what the agent can read on that OS; some sensor data, such as fan speed, is documented as Linux-only, and ZFS\u002FS.M.A.R.T. detail depends on the host exposing it. Backups are supported to disk or S3-compatible storage, but restoring and verifying them is your responsibility. The README notes the API is commented out, so don't plan integrations around it yet.\n\n## HotRepo's take\nHotRepo recorded the repository at 26,508 stars on 2026-10-24 (+28) and 26,509 on 2026-10-25 (+23), with two daily-board appearances. That is a thin snapshot: persistence of interest cannot be judged from it. The project's own claim of being lighter than leading solutions is unverified here; compare it against your existing stack before migrating. Verify agent-to-hub connectivity and per-OS sensor support on your least standard machine first.",{"slug":35,"name":36},"devops","DevOps & Self-hosting",[38,39,40],"homelab","monitoring","self-hosted","MIT","https:\u002F\u002Fbeszel.dev","2026-10-25T03:06:02Z",[45,49],{"date":46,"stars":47,"stars_gained":48},"2026-10-24",26508,28,{"date":50,"stars":11,"stars_gained":13},"2026-10-25",1792906274]