Deshalb habe ich mich entschieden, Beszel als schlanke Monitoring-Lösung auf meinem VPS einzusetzen.

Warum zusätzlich zu Dockhand?

Für die Verwaltung meiner Docker-Container verwende ich bereits Dockhand. Damit lassen sich Container, Stacks und deren aktueller Zustand komfortabel verwalten.

Was mir derzeit allerdings fehlt, ist eine vernünftige Langzeitansicht der Systemressourcen. Ich möchte nicht nur sehen, wie stark mein VPS gerade ausgelastet ist, sondern auch nachvollziehen können, wie sich der Ressourcenverbrauch über mehrere Tage oder Wochen entwickelt.

Genau hier soll Beszel ansetzen. Dockhand bleibt weiterhin für die Containerverwaltung zuständig, während Beszel die Ressourcenüberwachung übernimmt.

Was ist Beszel?

Beszel ist eine leichtgewichtige, quelloffene Monitoring-Lösung, die sich besonders für kleinere Serverumgebungen und Homelabs eignet.

Die Software besteht aus zwei Komponenten:

• Beszel Hub: Zentrale Weboberfläche zur Anzeige und Auswertung der Messwerte.
• Beszel Agent: Erfasst die Systeminformationen und übermittelt sie an den Hub.

Neben klassischen Systemmetriken kann Beszel auch den Ressourcenverbrauch einzelner Docker-Container erfassen.

Damit eignet sich die Software gut für meinen VPS, ohne gleich eine umfangreiche Monitoring-Infrastruktur mit Prometheus und Grafana aufbauen zu müssen.

Welche Ressourcen möchte ich überwachen?

Im Mittelpunkt steht die langfristige Entwicklung der Ressourcenauslastung.

Besonders wichtig ist mir dabei die Überwachung des Festplattenspeichers. Damit Beszel die Speicherplatzbelegung der primären Systempartition korrekt überwachen konnte, musste nach der initialen Bereitstellung zusätzlich die Umgebungsvariable FILESYSTEM im Beszel-Agent definiert werden.

    environment:
      [...]
      FILESYSTEM: "vda1"

Einblicke in das Monitoring

Systemübersicht

Die Gesamtübersicht zeigt die wichtigsten Ressourcen meines VPS auf einen Blick. Dazu gehören unter anderem CPU-Auslastung, Arbeitsspeicher und Festplattenbelegung. So lässt sich schnell erkennen, wie stark das System ausgelastet ist und wie sich die Werte im Zeitverlauf entwickeln. Die Ansicht lässt sich zwischen Tabelle und Raster (siehe Bild) umstellen.

Netzwerk-Monitore

Die Netzwerk-Monitore zeigen die Ergebnisse verschiedener Prüfungen, die der Beszel-Agent durchführt. Dazu gehören unter anderem Ping-Tests, DNS-Namensauflösung, HTTP-Requests und weitere Netzwerkchecks. So lassen sich Erreichbarkeitsprobleme, erhöhte Antwortzeiten oder Störungen bei der Namensauflösung frühzeitig erkennen.

Ressourcen-Detailansicht

In der Detailansicht lässt sich der Ressourcenverbrauch einzelner Docker-Container genauer betrachten. Damit kann ich beispielsweise feststellen, welche Anwendungen besonders viel RAM oder CPU benötigen und wie sich Konfigurationsänderungen auf deren Auslastung auswirken.

Benachrichtigungen über Discord

Wie bei meinen anderen Diensten sollen auch die Benachrichtigungen von Beszel über Discord erfolgen. So kann ich beispielsweise über kritische Ressourcenauslastungen oder knapp werdenden Speicherplatz informiert werden, ohne regelmäßig die Monitoring-Oberfläche öffnen zu müssen.

Die Webhook-URL wird in Discord erstellt und hat folgendes Format:

https://discord.com/api/webhooks/WEBHOOKID/TOKEN

Für Beszel muss die URL in folgendes Format umgewandelt werden:

discord://TOKEN@WEBHOOKID

E-Mail-Benachrichtigungen, wie ich sie während jedem Setup erstmal einrichte, wären möglicherweise die robustere Variante, da sie weniger von einem für mich nicht steuerbaren Provider abhängig sind. Allerdings möchte ich vermeiden, dass meine Postfächer durch exzessive technische Meldungen überflutet werden.

Deshalb bleibt Discord mein bevorzugter Benachrichtigungskanal für das laufende Monitoring (analog zu Uptime Kuma).

Eine Ausnahme bleibt Dockhand: Die Containerverwaltung selbst darf weiterhin E-Mails versenden. Damit behalte ich für wichtige Verwaltungs- und Backup-Meldungen einen zusätzlichen Kommunikationsweg, der auch dann funktioniert, wenn Beszel und Uptime Kuma mal ausgefallen sind.

Sicherheit

Gemäß meinem Sicherheitskonzept werden administrative Schnittstellen ausschließlich über das WireGuard-VPN bereitgestellt. Bei Beszel betrifft dies sowohl das Monitoring-Frontend als auch die integrierte PocketBase-Administrationsoberfläche. Da beide über denselben Dienst (und TCP-Port) erreichbar sind, wird der Zugriff bereits auf Netzwerkebene auf das WireGuard-Interface beschränkt.

Ein weiteres Argument ist, dass Monitoring-Daten wie CPU- und Speicherauslastung, Dateisystembelegung und Container-Status detaillierte Einblicke in die Systeminfrastruktur ermöglichen. Da diese Informationen ausschließlich administrativen Zwecken dienen, besteht keine Notwendigkeit, sie über das öffentliche Internet zugänglich zu machen.

Fazit

Mit Beszel habe ich eine schlanke Ergänzung zu Dockhand gefunden, um die Ressourcen meines VPS und der einzelnen Docker-Container langfristig im Blick zu behalten. Die historischen Messwerte sind eine signifikante Verbesserung meiner Einblicke in die Entwicklung meines VPS über die nächsten Wochen und Monate.

Die Einrichtung ist unkompliziert, der Ressourcenbedarf gering und dank Discord-Benachrichtigungen muss ich die Oberfläche nicht ständig kontrollieren, außerdem werden meine E-Mail-Postfächer nicht überflutet und ich bekomme Benachrichtigungen an meinem Smartphone (und sogar meiner Smartwatch) dadurch angezeigt. Für meine aktuelle VPS-Umgebung bietet Beszel damit genau den Funktionsumfang, den ich benötige.

Der Beitrag Homelab – Monitoring mit Beszel erschien zuerst auf Maximilian Krieg.

Zurück kamen verschiedene Vorschläge, insbesondere hier ein großes Dankeschön an Jonas, Julian, Nils und Robin, deren Anregungen ich mit meinen eigenen bisherigen Homelab-Projekten und weiteren Empfehlungen aus Artikeln und Community-Diskussionen zusammengeführt habe.

Die in diesem Artikel entstandene Liste ist ausdrücklich keine Bewertung und keine Rangliste. Der Artikel dient vielmehr als Auftakt für eine Serie und soll zunächst Stichpunktartig zeigen, welche Projekte zusammengekommen sind, was sie machen und welche davon für weitere Tests interessant sein könnten. Dabei berücksichtige ich ebenfalls, dass ich verschiedene Docker-Plattformen habe und es durchaus sein kann, dass ein Container auf einer oder mehreren dieser Plattformen für mich (keinen) Sinn ergeben würde.

Meine drei Docker-Plattformen

Für den Betrieb und die Tests stehen mir drei unterschiedliche Docker-Plattformen zur Verfügung.

Ich habe mir vorgenommen sie nach diesen Zwecken differenziert einzusetzen:

• NAS: Zentraler Datenspeicher und Host für Anwendungen mit direktem Bezug zu größeren oder dauerhaft gespeicherten Datenbeständen.
• Raspberry Pi: Stromsparender 24×7-Host für kleinere Dienste, Netzwerktools, Monitoring und Automatisierungen.
• VPS: Unabhängiger 24×7-Host für dauerhaft verfügbare und extern benötigte Dienste. Je nach Anwendung erfolgt der Zugriff dann öffentlich oder geschützt über VPN.

Den Aufbau und die technische Umsetzung meiner Docker-Umgebung werde ich in einem separaten Artikel nochmals ausführlicher beschreiben.

Containerverwaltung

Monitoring

Netzwerkmanagement

Netzwerkdienste

IT-Sicherheit

Dateimanagement

Medienverwaltung

Webanwendungen

Datenbanken

Produktivität

Gaming

IT-Administration

Benachrichtigungen

Entwicklung & Versionsverwaltung

Automatisierung

Datensicherung

E-Learning

Wissensmanagement

Die Zuordnung zu den Docker-Plattformen

Nach längerer Sichtung und Abwägung habe ich mich zunächst dagegen entschieden, die einzelnen Projekte den drei Plattformen NAS, Raspberry Pi und VPS zuzuordnen. Die Liste ist inzwischen deutlich umfangreicher geworden als ursprünglich gedacht, und viele Anwendungen lassen sich nicht eindeutig einer Plattform zuweisen.

Eine pauschale Zuordnung würde daher wenig Sinn ergeben. Stattdessen möchte ich die interessantesten Projekte nach und nach genauer betrachten, testen und erst anschließend entscheiden, auf welcher Plattform ihr Einsatz am sinnvollsten ist. Dabei spielen insbesondere der Einsatzzweck, die benötigten Ressourcen, die Datenhaltung und die Erreichbarkeit eine Rolle.

Fazit

Aus einer einfachen Frage an Kollegen und Freunde ist inzwischen eine ziemlich lange Liste mit interessanten Docker-Projekten geworden. Mit so vielen Vorschlägen hatte ich gar nicht gerechnet.

Was davon am Ende auf meinem NAS, Raspberry Pi oder VPS landet, wird sich zeigen. Die Liste werde ich auf jeden Fall weiter ergänzen, da ich noch weitere Personen gefragt habe und selbst weiterhin nach interessanten Projekten suche.

Quellen

• makeuseof.com – Docker Containers to Monitor Your Home Lab
• virtualizationhowto.com – 15 Docker Containers That Make Your Home Lab Instantly Better
• bitdoze.com – Docker Containers for Home Server
• xda-developers.com – Every Homelab I Build Now Starts With the Same Docker Containers
• reddit.com – Best Docker Images for Home Lab 2024?
• portalzine.de – My Top Self-Hosted Solutions with Docker for 2026
• stackademic.com – The Ultimate Homelab Setup: Running 50+ Docker Containers on a Raspberry Pi
• virtualizationhowto.com – 6 Home Lab Projects to Try This Weekend – October 2, 2026
• reddit.com – What Are Your Must Docker Containers for Home Lab?

Der Beitrag Homelab – Docker-Container fürs Labor erschien zuerst auf Maximilian Krieg.

Der Wechsel zu einem neuen Virtual Private Server (VPS) bei einem anderen Provider ist daher eine gute Gelegenheit, nicht nur bestehende Dienste zu migrieren, sondern die technische Basis von Grund auf neu zu planen. Bevor Anwendungen und Workloads folgen, soll zunächst eine solide, sichere und nachvollziehbar dokumentierte Grundlage entstehen.

Ausgangssituation und Zielsetzung

Die bisherige Umgebung war über viele Jahre produktiver Server und zugleich Plattform zum Lernen und Ausprobieren. Entsprechend ist die Architektur mit neuen Technologien, Konzepten und eigenen Anwendungen organisch gewachsen.

Mit dem neuen VPS möchte ich auf einer sauberen Basis starten, bisherige Entscheidungen neu bewerten und moderne Konzepte ausprobieren. Bevor Anwendungen migriert werden, steht daher zunächst eine definierte technische und sicherheitsbezogene Baseline im Mittelpunkt.

Eine besondere Herausforderung wird die Migration eigener, über Jahre gewachsener Software. Einige Abhängigkeiten und Laufzeitumgebungen sind auf aktuellen Betriebssystemen nicht mehr verfügbar. Ziel ist deshalb nicht nur, die Anwendungen wieder lauffähig zu machen, sondern sie zu modernisieren und künftig wartbarer, reproduzierbarer und portabler zu betreiben.

Eine Checkliste als lebendes Dokument

Die folgende Checkliste beschreibt die Themen und Maßnahmen, die ich bei der Bereitstellung und Absicherung eines neuen VPS berücksichtige. Sie ist als lebendes Dokument gedacht und wird mit neuen Erfahrungen, Anforderungen und Erkenntnissen kontinuierlich weiterentwickelt.

Sie stellt keine starre Installationsanleitung dar. Welche Punkte tatsächlich umgesetzt werden, hängt von Einsatzzweck, Schutzbedarf und technischen Rahmenbedingungen ab.

Bewusst verzichte ich auf konkrete Anwendungen und deren Konfiguration. Im Mittelpunkt steht eine allgemeingültige VPS-Basis, die unabhängig von Provider und späteren Workloads auch für zukünftige Systeme als Ausgangspunkt dienen soll.

Grundsystem & Updates

Ein aktuelles und unterstütztes Grundsystem bildet die Basis für einen sicheren und stabilen VPS. Geregelte Updates und eine korrekte Zeitsynchronisation reduzieren bekannte Schwachstellen und schaffen einen definierten Ausgangszustand.

Benutzer & Berechtigungen

Ein restriktives Berechtigungskonzept begrenzt administrative Zugriffe auf das erforderliche Maß. Persönliche Konten und das Least-Privilege-Prinzip verbessern Sicherheit und Nachvollziehbarkeit.

Administration & Management

Administrative Schnittstellen benötigen besonderen Schutz, da sie weitreichenden Zugriff auf das System ermöglichen. Sichere Authentisierung und eine begrenzte Erreichbarkeit reduzieren die damit verbundene Angriffsfläche.

SSH-Zugriff

SSH stellt häufig den primären administrativen Zugang zu einem Linux-VPS dar. Schlüsselbasierte Authentisierung und eine restriktive Konfiguration schützen diesen besonders kritischen Zugang.

Management-Netzwerk

Ein separater Managementpfad trennt administrative Zugriffe von öffentlich erreichbaren Diensten. Gleichzeitig sollte ein unabhängiger Notfallzugang bei Fehlkonfigurationen erhalten bleiben.

Firewalls

Firewalls beschränken die Netzwerkkommunikation auf tatsächlich erforderliche Verbindungen. Mehrere voneinander unabhängige Firewall-Ebenen ermöglichen dabei ein mehrschichtiges Sicherheitskonzept.

Provider-Ebene

Eine vorgelagerte Provider-Firewall kann unerwünschten Verkehr bereits vor dem VPS filtern. Ihre Funktionsweise und das Zusammenspiel mit der lokalen Firewall müssen deshalb bekannt sein.

Host-Ebene

Die lokale Firewall schützt den VPS unabhängig von externen Sicherheitsmechanismen. Sie bildet die unmittelbar am Betriebssystem durchgesetzte Netzwerkzugriffskontrolle.

Netzwerk & DNS

Eine definierte Netzwerk- und DNS-Konfiguration ist Voraussetzung für einen kontrollierbaren Serverbetrieb. Adressierung, Routing, Dienste und Namensauflösung sollten einem dokumentierten Sollzustand entsprechen.

IP-Konfiguration & Dienste

Die Netzwerkkonfiguration bestimmt die grundlegende Erreichbarkeit des Systems. Nur tatsächlich benötigte Netzwerkdienste sollten aktiv und erreichbar sein.

Namensauflösung

DNS stellt die Zuordnung zwischen Namen und Netzwerkadressen her. Eine konsistente Forward- und Reverse-Auflösung erleichtert Betrieb, Administration und Fehleranalyse.

Logging & Benachrichtigungen

Protokollierung schafft Transparenz über Systemzustände und sicherheitsrelevante Ereignisse. Benachrichtigungen ermöglichen eine zeitnahe Reaktion auf Zustände, die administratives Eingreifen erfordern.

Protokollierung

Systemprotokolle bilden eine wesentliche Grundlage für Fehleranalyse und Sicherheitsuntersuchungen. Aufbewahrung, Umfang und Schutz der Daten sollten kontrolliert erfolgen.

Alarmierung

Nicht jedes Ereignis kann regelmäßig manuell geprüft werden. Eine gezielte Alarmierung weist daher auf kritische Fehler, Sicherheitsereignisse oder erforderliche administrative Maßnahmen hin.

System-Hardening

System-Hardening reduziert die Angriffsfläche auf die für den vorgesehenen Betrieb erforderlichen Funktionen. Ergänzende Sicherheitsmechanismen erschweren die Ausnutzung verbleibender Angriffswege.

Angriffsfläche reduzieren

Jeder zusätzliche Dienst, Port oder Softwarebestandteil kann potenzielle Angriffsmöglichkeiten schaffen. Nicht benötigte Komponenten sollten deshalb konsequent vermieden werden.

Betriebssystem

Betriebssystemseitige Sicherheitsmechanismen ergänzen die Absicherung einzelner Dienste. Dazu gehören insbesondere restriktive Systemparameter, Zugriffskontrollen und Integritätsmechanismen.

Protokolle & Kryptografie

Veraltete Protokolle und kryptografische Verfahren können sichere Kommunikation erheblich schwächen. Eine definierte kryptografische Baseline beschränkt den VPS auf angemessen sichere Verfahren.

Backup & Recovery

Backups und Wiederherstellungsverfahren begrenzen die Auswirkungen von Fehlern, Ausfällen und Datenverlust. Entscheidend ist nicht nur die Sicherung, sondern deren nachgewiesene Wiederherstellbarkeit.

Datensicherung

Backups stellen relevante Daten und Konfigurationen unabhängig vom laufenden VPS sicher. Mindestens eine Sicherung sollte deshalb außerhalb des Systems aufbewahrt werden.

Snapshot

Snapshots ermöglichen die schnelle Rückkehr zu einem definierten Systemzustand, beispielsweise nach fehlgeschlagenen Änderungen. Sie ergänzen klassische Backups, ersetzen diese jedoch nicht.

Wiederherstellung & Notfallvorsorge

Ein dokumentiertes Recovery-Verfahren reduziert Ausfallzeiten und Unsicherheiten im Störungsfall. Wiederherstellung und Notfallzugänge sollten daher praktisch getestet werden.

Monitoring & Betriebskontrollen

Der Sicherheitszustand eines VPS verändert sich während seines Lebenszyklus. Automatische Überwachung und regelmäßige Prüfungen helfen, Abweichungen vom definierten Sollzustand frühzeitig zu erkennen.

Kontinuierliche Überwachung

Monitoring überwacht wichtige Systemzustände automatisiert und fortlaufend. Kritische Veränderungen können dadurch erkannt werden, ohne auf eine manuelle Kontrolle warten zu müssen.

Periodische Prüfungen

Nicht alle sicherheitsrelevanten Eigenschaften lassen sich sinnvoll kontinuierlich überwachen. Wiederkehrende Prüfungen ergänzen das Monitoring deshalb um eine umfassendere Bewertung des Systemzustands.

Dokumentation

Eine aktuelle Dokumentation macht Konfiguration und Sollzustand des VPS nachvollziehbar und reproduzierbar. Sie unterstützt Administration, Fehleranalyse, Sicherheitsprüfungen und Wiederherstellung.

Abschluss & Abnahme

Die abschließende Abnahme validiert die Basiskonfiguration als Gesamtsystem. Der erfolgreich geprüfte und dokumentierte Zustand bildet anschließend die Referenz für den weiteren Betrieb.

Der Beitrag Linux VPS Installation – Praxisorientierte Checkliste erschien zuerst auf Maximilian Krieg.