In den letzten Jahren habe ich immer mal wiedereinen Post über meine Top 10 der Apps in meinem Homelab geschrieben. Dieses Mal möchte ich einen etwas anderen Beitrag verfassen. Schlussendlich sind die Top 10 nämlich immer recht gleich. Vor allen Dingen auch wenn man sich die Beiträge von anderen Menschen mit Homelab anschaut. Entsprechend habe ich mir gedacht, dass ich dir einmal ein paar Tools vorstelle, die nicht jeder in seinem heimischen Netzwerk laufen hat. Gegebenenfalls ist das für dich eine Inspiration.

AutoKuma

Uptime Kuma kennen fast alle. Ich mag es nicht, alles immer per klicken konfigurieren zu müssen. Vor allen Dingen nicht, wenn sich die Arbeiten ziemlich einfach wiederholen. MitAutoKuma (externer Link) lässt sich Uptime Kuma einfach mit Docker Labels konfigurieren. Somit entfällt das zusätzliche Konfigurieren nach dem starten der App. Gerade wenn man, wie ich,GitOps betreibt wird das Verfügbarkeitsmonitoring direkt mit dem deployment der Anwendung eingerichtet. Natürlich funktionieren hier alle gängigen Uptime Kuma Überwachungen.

labels:-"kuma.strava.http.name='Strava Statistics'"-"kuma.strava.http.url=https://strava.casalani.de"-"kuma.strava.http.parent_name=apps"-"kuma.strava.http.max_retries=5"

Das ist einmal ein kleines Beispiel aus Strava Statistics. Schlussendlich lässt sich das recht einfach immer per copy & paste auf andere Systeme übertragen.

AutoKuma an sich ist natürlich auch nur ein Docker Container und lässt sich damit auf jeden Host einfach mitstarten.

services:autokuma:image:ghcr.io/bigboot/autokuma:2.0.0restart:unless-stoppedenvironment:AUTOKUMA__KUMA__URL:https://uptimekuma.example.comAUTOKUMA__KUMA__USERNAME:kumaadminAUTOKUMA__KUMA__PASSWORD:STRENGGEHEIMHESPASSWORDvolumes:-/var/run/docker.sock:/var/run/docker.sock-./autokuma:/datalabels:-"kuma.apps.group.name=Applications"

Mehr ist es nämlich auch schon nicht.

Patchmon

Patchmon (externer Link) habe ich vor einiger Zeit erst entdeckt. Die auch noch sehr junge Software kann dein Patchmanagement deiner Linux und Windows Systeme übernehmen. Zusätzlich lässt sich über einen kleinen Schwachstellenscanner direkt diverse Härtungsmaßnahmen anzeigen. Die Umsetzung liegt aber dann natürlich an dir selbst.

Der Docker Compose Stack ist bei Patchmon ein wenig größer, weil er aus App, Datenbank, Redis und Guacamole besteht. Die vom Hersteller angegebene Compose Datei funktioniert aber sehr gut, ich habe sie, inkl. der dazugehörigen .env-Datei, einfach übernommen und musste sie kaum anpassen.

AdGuardHome-Sync

Einige Zeit lang hatte ich mehrere physische Server im Einsatz und habe auf jedem eineAdGuard Home Instanz gehabt. Mittlerweile läuft zwar nur noch einProxmox Host , aber mehrere AdGuard Instanzen laufen trotzdem noch.

Auch hier möchte ich nicht immer manuell alle Anpassungen vornehmen und vor allen Dingen dann nicht zwei Mal. Mir ist irgendwann aufgefallen, dass ich eine neue Filterliste auf einer Instanz eingetragen hatte und erst Tage später beim Debuggen eines ganz anderen Problems gemerkt habe, dass die zweite Instanz davon nie etwas mitbekommen hat. Genau für dieses Vergessen gibt esAdGuardHome-Sync (externer Link) . Passe ich die Sperrlisten oder andere Einstellungen auf einem Host an, werden sie nach kurzer Zeit direkt auf den zweiten Host synchronisiert.

Konfiguriert wird das Ganze über eine einzige YAML-Datei mit Origin- und Replica-Definition:

cron:"*/10 * * * *"origin:url:https://adguard-1.example.comusername:adminpassword:STRENGGEHEIMESPASSWORDreplicas:-url:https://adguard-2.example.comusername:adminpassword:STRENGGEHEIMESPASSWORDautoSetup:true

Besonders praktisch ist derautoSetup-Parameter: kommt mal eine komplett frische AdGuard-Home-Instanz dazu, wird die Replica direkt beim ersten Sync automatisch eingerichtet, statt dass ich sie erst manuell durch den Setup-Wizard klicken muss.

OpenCloud

OpenCloud (externer Link) ist meine (theoretisch) schlankere Alternative zuNextcloud . Letzteres habe ich über viele Monate mit dem All-in-one Container Setup laufen gehabt. Stabil war es auf jeden Fall. Im Gegensatz zu vielen anderen Menschen konnte ich mich nicht darüber beschweren. Allerdings eine extra VM für ein paar Dateien die ich außerhalb des Netzwerkes im Zugriff haben möchte mit dem großen Nextcloud Stack zu verwalten war mir irgendwann zu viel.

Vor einiger Zeit ist OpenCloud immer häufiger in diversen Netzwerken erwähnt worden und ich habe mir gedacht, dass ich dem ganzen einmal eine Chance gebe. An Ressourcen benötigt die neue Umgebung deutlich weniger, dafür ist das Grundsetup aber auch deutlich komplizierter. Gerade wenn man, wie ich, viel über Single-Sign-On verwalten möchte. Das ganze Setup mit Authentik ist schon ein wenig komplexer, weshalb ich darüber gegebenenfalls noch einen extra Beitrag schreiben möchte.

Meerkat

Dem einen oder anderen ist sicherlich schon mal Monica als CRM über den Weg gelaufen. Leider scheint die Software nicht mehr weiter entwickelt zu werden und der Nachfolger Chandler scheint dem gleichen Schicksal ergangen zu sein. Im Gegensatz dazu wirktMeerkat (externer Link) angenehm schlank und aktiv gepflegt: die App kommt als ein einziger Container statt eines großen Stacks, was die Hürde deutlich senkt, das Ganze auch wirklich am Leben zu halten.

Meerkat ist ein System mit dem du deine Familie, Freunde, Bekannte, Arbeitskollegen und alle anderen als Kontakt verwalten kannst. Heißt hier nicht einfach Adressen oder Telefonnummern, sondern auch Beziehungen, Jahrestage aller Art und vor allen Dingen persönliche Informationen zu den jeweiligen Personen. Ich hab da zum Beispiel hinterlegt, dass mein Schwager keine Erdnüsse verträgt, weil ich mir sowas garantiert nicht bis zum nächsten Grillabend merken würde. Für Menschen wie mich, für die es schwer ist sich viele Informationen zu merken, ein großartiges System. Zumindest wenn man es pflegt…

Über den optionalen CardDAV-Server lassen sich die Kontakte sogar mit dem Smartphone synchronisieren. Damit wird Meerkat nicht nur ein digitaler Notizzettel, sondern kann auch dein eigentliches Adressbuch ersetzen.

SparkyFitness

Apps um sein Kalorienverbrauch, Aktivitäten und ähnliches zu tracken gibts wie Sand am Meer. Leider kosten die meisten mittlerweile eine ganz schöne Menge Geld. Wer ein sehr aktives Ziel verfolgt für den sind diese Apps ggf. genau das richtige. Für mich, der einfach nur ein wenig Überblick möchte ein Kostenpunkt der nicht unbedingt sein muss.

Glücklicherweise bin ich vor einiger Zeit daher aufSparkyFitness (externer Link) gestoßen. Der Entwickler beschreibt seine App als MyFitnessPal-Alternative fürs Selfhosting. Ich würde dem gut zustimmen. Die App kann wirklich eine Menge. Dafür sind aber leider das Onboarding bzw. die ersten Schritte recht schwierig. Man muss sich wirklich in Ruhe hinsetzen und die Lebensmittel, die man konsumiert, eintragen.

AdventureLog

MitAdventureLog (externer Link) kannst du deine Reisen entweder planen oder einfach nur tracken. Ich benutze es lediglich für letzteres. In AdventureLog habe ich alle Urlaube, die ich mit meiner Partnerin gemacht habe, eingetragen.

Sehr schön ist in AdventureLog die Darstellung der Reisen auf einer Karte. Ich habe diese ausgedruckt und im Wohnzimmer an einer Wand mit diversen Urlaubsfotos aufgehängt, damit Gäste rätseln können, welches Foto von uns zu welchem Punkt auf der Karte gehört.

Fazit

Sieben Tools, die hoffentlich nicht schon in jeder anderen Homelab-Top-10-Liste stehen – vom Monitoring über Patchmanagement bis zum digitalen Adressbuch. Bei manchen bin ich mir inzwischen sicher, dass sie bei mir bleiben (AutoKuma und AdGuardHome-Sync laufen seit Monaten unauffällig im Hintergrund), bei anderen wie OpenCloud oder SparkyFitness bin ich selbst noch am Ausprobieren.

Was fast alle gemeinsam haben: sie lösen ein einziges, konkretes Problem richtig gut, statt eine riesige All-in-One-Lösung sein zu wollen. Genau solche Tools gehen in den üblichen Top-10-Listen am ehesten unter – dabei sind es oft die, die man im Alltag am meisten zu schätzen lernt.

Läuft bei dir selbst etwas im Netzwerk, von dem kaum jemand redet? Schreib’s mir gerne, vielleicht wird daraus ja ein zweiter Teil dieser Liste.

Wer meinenletzten Beitrag zum Homelab Setup 2025 gelesen hat, weiß dass ich dortKomodo (externer Link) als GitOps-Werkzeug für meine Docker Compose Stacks einsetze. Das Prinzip dahinter ist gut: Git als Single Source of Truth, Renovate für automatische Version-Updates, und bei einem neuen Commit deployed Komodo die Änderungen auf das Zielsystem. Funktioniert im Grunde auch – aber Komodo hat mich mit einer Sache regelmäßig zur Weißglut gebracht: File Permissions. Das funktioniert einfach nicht konsistent. Entweder stimmen die Berechtigungen auf dem Host nicht, oder Komodo meckert beim Deployment, oder irgendwas dazwischen. Nach dem x-ten Mal hatte ich genug und wollte eine schlankere Lösung.

Die Anforderung ist dabei überschaubar: Wenn Renovate einen neuen Commit in das Repo pusht (nach meinem Merge des Pull Requests), soll die compose-Datei auf dem Server aktualisiert und die betroffenen Container neu gestartet werden. Kein Kubernetes, kein weiteres Framework. Einfach git pull und docker compose up.

Das Grundprinzip

Das Setup basiert auf drei Komponenten die zusammenspielen:

1. Gitea (externer Link) – mein selbst gehosteter Git-Server, auf dem die Compose-Dateien liegen
2. Renovate (externer Link) – überprüft alle vier Stunden per Cronjob die verwendeten Image-Tags gegen die jeweiligen Container-Registries und öffnet bei neuen Versionen automatisch Pull Requests. Ich merge den PR, der Commit landet aufmain.
3. webhook (externer Link) – ein einzelnes Go-Binary, das auf dem Zielserver einen HTTP-Endpunkt bereitstellt. Gitea feuert bei jedem Push einen Webhook dorthin, woraufhin das Deploy-Script ausgeführt wird.

Der Datenfluss sieht so aus:

Renovate erkennt neues Image-Tag
→ PR in Gitea
→ Merge
→ Gitea feuert Webhook
→ webhook-Binary ruft deploy.sh auf
→ git pull + docker compose up -d

Kein Polling, kein Daemon der irgendwelche Container-Registries beobachtet, kein Framework das eigene Meinungen zu File Permissions hat.

Warum nicht einfach Watchtower oder ein Cron-Script?

Bevor ich zu webhook gegriffen habe, hatte ich kurz zwei andere Ansätze im Kopf.

Watchtower (externer Link) überwacht laufende Container und zieht neue Images automatisch. Das Problem: Watchtower reagiert auf neue Images in der Registry, nicht auf Git-Commits. Wenn Renovate einen PR öffnet und ich den merge, hat Watchtower davon keine Ahnung – der zieht einfach irgendwann wenn er selbst nachschaut. Das passt nicht zu einem Setup bei dem Git die einzige Quelle der Wahrheit sein soll. Außerdem will ich den Merge-Zeitpunkt kontrollieren, nicht Watchtower.

Cron-Script mitgit fetch wäre die andere Möglichkeit – alle paar Minuten nachschauen ob es Änderungen gibt und dann deployen. Funktioniert, hat aber einen konzeptionellen Nachteil: Es ist Polling. Ich baue mit Gitea bereits eine Infrastruktur auf die Push-Events liefern kann, die sollte ich auch nutzen. Ein Webhook reagiert innerhalb von Sekunden, ein Cron-Job mit 5-Minuten-Intervall verzögert unnötig.

webhook ist der sauberste Weg: Event-getrieben, kein Extra-Daemon, ein einzelnes Binary ohne Abhängigkeiten.

Repo-Struktur

Ich habe pro Server ein eigenes Repository:

• apps-stack für dendocker01 – dort laufen Tools wiePaperless-ngx (externer Link) ,Immich (externer Link) ,Vaultwarden (externer Link) und ähnliches
• media-stack für denmedia01 – dort leben alle*arr-Container und was sonst noch zum Medien-Stack gehört

Jedes Repo enthält einfach diecompose.yaml sowie ggf. weitere Konfigurationsdateien die einzelne Anwendungen benötigen. Nichts Besonderes.

Renovate in den Repos

Renovate läuft selfhosted und überprüft per Cronjob alle vier Stunden die Image-Tags in den Compose-Dateien. Dafür reicht eine minimalerenovate.json im Repo-Root:

{"$schema":"https://docs.renovatebot.com/renovate-schema.json","extends": ["config:base"],"docker-compose": {"enabled":true }}

Renovate erkennt dann automatisch die Image-Tags in der Compose-Datei und öffnet PRs wenn eine neuere Version verfügbar ist. Bei Software die semantische Versionierung verwendet (alsomajor.minor.patch) lässt sich das besonders fein steuern – z. B. nur Patch-Updates automatisch mergen, bei Minor-Updates erst schauen was sich geändert hat.

Für Postgres-Container würde ich Renovate übrigens ausschließen. Major-Upgrades zwischen Postgres-Versionen erfordern einen manuellen Datenbankdump und -import, das soll mir kein Bot automatisch reinschießen.

webhook installieren und konfigurieren

webhook gibt es als einzelnes Binary, alternativ auch als Paket:

apt install webhook

Die Konfiguration liegt unter/etc/webhook/webhook.conf:

-id:deployexecute-command:/opt/scripts/deploy.shcommand-working-directory:/opt/media-stacktrigger-rule:match:type:payload-hmac-sha256secret:"{{getenv \"WEBHOOK_SECRET\"}}"parameter:source:headername:X-Gitea-Signature

Ein paar Anmerkungen dazu:

Header-Name: Gitea schickt die Signatur alsX-Gitea-Signature – ohne-256-Suffix und ohnesha256=-Präfix im Wert. Das klingt trivial, hat mich aber beim ersten Versuch einen Debugging-Durchgang gekostet.

Secret als Umgebungsvariable: Das HMAC-Secret gehört nicht im Klartext in die Konfigurationsdatei, erst recht nicht wenn die Datei im Repo versioniert ist. Deshalb wird es pergetenv aus der Umgebung gelesen.

Das Secret generieren:

openssl rand -hex32

Und in eine Secrets-Datei schreiben die nur root lesen kann:

# /etc/webhook/secrets.envWEBHOOK_SECRET=dein-generierter-string

chmod600 /etc/webhook/secrets.env

Systemd-Unit

# /etc/systemd/system/webhook.service[Unit]Description=Webhook ReceiverAfter=network.target[Service]User=teqqy # Hier den eigenen Usernamen eintragenEnvironmentFile=/etc/webhook/secrets.envExecStart=/usr/bin/webhook -hooks /etc/webhook/webhook.conf -port 9000Restart=on-failure[Install]WantedBy=multi-user.target

User=teqqy sorgt dafür dass der webhook-Daemon und damit auch das Deploy-Script nicht als root laufen. Das ist mir wichtig – Prozesse die nur git pull und docker compose up ausführen müssen haben nichts als root verloren. Den Usernamen natürlich durch den eigenen ersetzen; der User braucht Zugriff auf das Repo-Verzeichnis und muss Mitglied derdocker-Gruppe sein.

EnvironmentFile lädt diesecrets.env und stelltWEBHOOK_SECRET als Umgebungsvariable bereit, bevor der Prozess startet – so kommt das Secret sauber in dengetenv-Aufruf der Konfiguration.Restart=on-failure sorgt dafür dass der Daemon bei einem unerwarteten Absturz automatisch neu startet, ohne dass man manuell eingreifen muss.

systemctl enable --now webhook

Gitea Webhook einrichten

In Gitea unterRepository → Einstellungen → Webhooks → Webhook hinzufügen → Gitea:

• Ziel-URL:http://media01.example.com:9000/hooks/deploy
• Secret: denselben String den du oben generiert hast
• Trigger: NurPush-Events reichen aus

Gitea berechnet bei jedem Push automatisch eine HMAC-SHA256-Signatur über den Request-Body und schickt sie alsX-Gitea-Signature-Header mit. Das webhook-Binary verifiziert die Signatur bevor es das Script ausführt – ein simpler Authorization-Header wäre hier deutlich unsicherer, weil man den Payload damit nicht gegen Manipulation absichert.

Port 9000 sollte nicht direkt ins Internet exponiert sein. In meinem Setup sind Gitea und der webhook-Daemon im selben internen Netz, der Port ist von außen nicht erreichbar. Wer den Endpunkt für eine externe Gitea-Instanz oder GitHub erreichbar machen muss, sollte das zumindest hinter einem Reverse Proxy mit IP-Beschränkung tun.

Das Deploy-Script

#!/bin/bashset -euo pipefailREPO=/opt/media-stackLOG=/opt/deploy-logs/deploy-$(date +%Y%m%d-%H%M%S).logexec >>"$LOG" 2>&1echo"=== Deploy$(date) ==="cd"$REPO"git pull origin maindocker compose up -d --remove-orphansdocker compose psecho"=== Done ==="

set -euo pipefail sorgt dafür dass das Script bei jedem Fehler sofort abbricht und einen Exit-Code ≠ 0 zurückgibt. Den loggt webhook dann ebenfalls, sodassjournalctl -u webhook bei Problemen der erste Anlaufpunkt ist.

Das Log-Verzeichnis muss dem ausführenden User gehören:

mkdir -p /opt/deploy-logschown teqqy:teqqy /opt/deploy-logs

Stolpersteine die ich unterwegs getroffen habe

.git-Verzeichnis Ownership: Wenn das Repo irgendwann mal als anderer User geklont oder gepullt wurde, verweigert Git den Zugriff mit einer Warnung zu “dubiosen Besitzverhältnissen”. Fix:

chown -R teqqy:teqqy /opt/media-stack/.git

safe.directory: In manchen Setups hilft zusätzlich:

git config --global --add safe.directory /opt/media-stack

/var/log Permissions: Der ausführende User hat dort keine Schreibrechte. Deshalb das Log-Verzeichnis in einen Pfad legen der dem User gehört – ich nutze/opt/deploy-logs.

*arr-Container und UID/GID: Meine*arr-Container laufen mit99:100 (Unraid-kompatibel wegen NFS). Beim allerersten Deployment legt Docker die Bind-Mount-Verzeichnisse mit1000:1000 an wenn sie noch nicht existieren. Einmalig vor dem ersten Start:

chown -R 99:100 /mnt/data/arr/

Danach ist das kein Thema mehr da die Verzeichnisse bereits existieren.

Monitoring

Ich setzeUptime Kuma (externer Link) ein und beobachte dort ob die Container nach einem Deployment noch sauber laufen. Das reicht für meinen Use Case: Wenn ein Container nach einem fehlgeschlagenen Update nicht mehr antwortet, schlägt Uptime Kuma an. Das deploy.log undjournalctl -u webhook liefern dann die Details warum es schiefgelaufen ist.

Ein Dead-Man’s-Switch (z. B. über Healthchecks.io) wäre der nächste sinnvolle Schritt wenn man auch merken will wenn ein Deploy einfachausbleibt – aber für einen Media-Stack ist das für mich nicht kritisch genug um extra Aufwand zu treiben.

Fazit

Das Setup ist jetzt seit kurzem in Betrieb und macht genau was es soll – ohne dass ich irgendwas an Komodo debuggen muss. Das webhook-Binary ist stabil, der Deployment-Flow ist deterministisch, und der Gesamtoverhead beschränkt sich auf ein paar Konfigurationsdateien und ein Shell-Script.

Wer ähnliche Anforderungen hat und kein Kubernetes betreiben möchte: Das ist meiner Meinung nach der pragmatischste Weg. Keine Magie, keine Frameworks, kein Overengineering. Nur git pull und docker compose up.

Bei Fragen oder Anmerkungen erreichst du mich über die Links in der Menüleiste.

Wie in den Jahren2021 und2024 möchte ich auch dieses Jahr wieder eine Liste mit meinen Lieblingssoftwareprodukten verbloggen. Ich finde solche Beiträge immer sehr interessant, weil man dort oft kleine Schätze entdeckt. Zumeist – so ehrlich muss man wohl sein – finden sich aber häufig die altbekannten Produkte in solchen Listen. Nichtsdestotrotz werden dieses Jahr sicherlich drei selfhosted Produkte dabei sein, die nicht jeder von euch kennen wird.

Platz 10: Wanderer

Beginnen möchte ich die Liste mit der AppWanderer (externer Link) . Hier kannst du deine Wanderrouten sammeln – quasi einKomoot fürs Selfhosting. Leider kann die App selbst keine Routen aufzeichnen, aber mittels GPX, Strava oder Komoot lassen sich deine Touren importieren und dort verwalten. Außerdem kannst du sie mit weiteren Informationen anreichern.

Seit einem der letzten Updates kannst du deine neuen Aktivitäten im Fediverse mit anderen teilen. So lassen sich schnell neue Routen von Menschen auf der ganzen Welt entdecken.

Ich mag die Software, weil ich nach der Übernahme und der Preiserhöhung bei Komoot keine Lust mehr auf die App hatte und nach Alternativen gesucht habe. Wenn ich wandern gehe, logge ich die Route mit Strava und importiere sie anschließend in Wanderer.

Platz 9: Nextcloud

Nextcloud (externer Link) ist eigentlich eine Software, zu der man kaum noch etwas sagen muss. Es ist bei mir eine Art Hassliebe: Zum einen ist Nextcloud für ein bisschen Dateiablage völlig überdimensioniert, auf der anderen Seite lassen sich hier schnell und einfach viele kleine Apps einbinden. Es gibt zahlreiche Alternativen, aber am Ende bin ich doch immer wieder bei Nextcloud gelandet.

In meinemHomelab (externer Link) läuft mittlerweile die All-in-one-Installation. Diese ist bei mir stabiler als eine normale Docker-Compose-Variante oder gar eine manuelle Installation. Zugegeben: Ich nutze Nextcloud aktuell nur für Kalender und Dateiablage – andere Apps habe ich derzeit nicht dauerhaft im Einsatz.

Platz 8: Jellyfin

Jellyfin (externer Link) , der allseits bekannte Mediaplayer. Was für mich der Unterschied zum Platzhirsch Plex ist, habe ich schon in einem älterenBlogartikel beschrieben. Ich bin mit Jellyfin sehr zufrieden – es macht, was es soll. Und dank fehlender Cloud-Anbindung muss man sich keine Gedanken über Hacks oder Datenlecks machen.

Jellyfin läuft bei mir als LXC auf meinem Proxmox-Host. Dadurch kann ich einfach auf die iGPU meines Thin Clients zugreifen und spare mir eine dedizierte Grafikkarte für mögliches Transcoding. Allerdings versuche ich ohnehin, meine Medien so vorzuhalten, dass kein Transkodieren notwendig ist.

Platz 7: FreshRSS

ZuFreshRSS (externer Link) habe ich schon ein paar Mal etwas veröffentlicht. Für mich ist es weiterhindie Software, wenn es um selbst gehostete RSS-Reader geht. FreshRSS aggregiert meine Feeds (die derzeit etwas leer sind), ich lese sie aber nicht direkt dort. Auf meinen Apple-Geräten greife ich mit der AppReeder auf meine Instanz zu – diese Verbindung funktioniert seit jeher absolut zuverlässig.

Platz 6: Mealie

Wer gerne kocht, kennt das Problem: Rezepte sind überall verteilt, und viele Rezeptseiten sind inzwischen reine Tracking- und Werbeschleudern. Deshalb setze ich aufMealie (externer Link) und trage dort alle Rezepte ein, die sich lohnen.

Mealie erkennt sehr zuverlässig die relevanten Informationen auf Rezeptseiten und stellt sie super dar. Teilschritte und Zutaten passe ich häufig manuell an. Inzwischen werden es immer mehr Rezepte – also habe ich angefangen, alles ordentlich zu sortieren, sonst findet man irgendwann nichts mehr.

Mealie läuft bei mir klassisch als Docker-Container, ohne zusätzliche Datenbank, einfach mit SQLite. Ich habe in den letzten Jahren festgestellt, dass kleine Softwareprodukte oft keine vollwertige Datenbank brauchen. Wichtig ist nur: SQLite-Datenbanken niemals auf ein NFS-Share legen!

Platz 5: Immich

Immich (externer Link) ist wohl einer der aufstrebenden Sterne am Selfhosted-Himmel. Die Fotoverwaltung läuft einfach extrem gut. Natürlich gibt’s hier und da kleine Problemchen, aber das Entwicklerteam reagiert schnell. Ich habe mich für Immich entschieden, weil viele andere Tools mittlerweile Integrationen dafür anbieten – so lassen sich Fotos oder Alben direkt in anderen Apps anzeigen.

Eines meiner Highlights ist dieErinnerungen-Funktion. Ähnlich wie bei Facebook (wer noch dort ist, weiß, was ich meine) zeigt Immich Fotos vom selben Datum an. So kann man schön in Erinnerungen schwelgen – zum Beispiel beim 1000. Katzenfoto vor zwei Jahren.

Die Software ist mir recht wichtig, deshalb läuft sie in einer eigenen VM – allerdings trotzdem als Docker-Container. So habe ich alle Fotos und Daten zentral in einer VM, und Backup sowie Restore sind über Snapshots und Backups deutlich einfacher.

Platz 4: Adventure Log

Adventure Log (externer Link) war ein Zufallsfund im Subreddit r/selfhosted. Der Entwickler hat die Software dort kurz vorgestellt, und seitdem bin ich Fan.

Mit Adventure Log kannst du deine Abenteuer (Reisen, Urlaube etc.) planen und tracken. Ein Import aus Wanderer ist inzwischen möglich, andere Quellen leider noch nicht. Für alle, die gerne reisen, aber ein super Tool.

Hier spielt auch wieder die Immich-Integration eine Rolle: Man kann auf Alben aus Immich verweisen und sie direkt in den jeweiligen Reisen anzeigen.

Adventure Log ist aktuell die einzige Software, die bei mir über die Proxmox Helper Scripts läuft. Aufgrund des etwas komplexeren Aufbaus wollte ich sie nicht normal installieren – eventuell wechsle ich aber auf die Docker-Version.

Platz 3: Statistics for Strava

Seit einigen Monaten gehe ich wieder regelmäßig laufen.Strava begleitet mich dabei schon seit Jahren.Statistics for Strava (externer Link) erweitert die Funktionen des Standardaccounts um zusätzliche Auswertungen. Wichtig: Der Entwickler darf laut API-Richtlinien keine Features anbieten, die mit Strava Premium konkurrieren.

Trotzdem bekomme ich hier viele spannende Informationen – etwa zu Bestzeiten, Herzfrequenzen und anderen Statistiken. Anfangs lag der Fokus nur auf Radfahren, mittlerweile werden aber viele Ausdauersportarten unterstützt.

Statistics for Strava läuft ebenfalls als Docker-Container. Etwas schade: Für den Import der Daten und die Generierung der HTML-Dateien ist ein separater Cronjob nötig.

Wenn du möchtest, kannst du mir gern aufStrava (externer Link) folgen.

Platz 2: Mastodon

Mastodon (externer Link) begleitet mich seit der Übernahme von Twitter durch Musk. Inzwischen haben sich viele weitere Softwareprodukte rund um ActivityPub und das Fediverse entwickelt, die wunderbar mit Mastodon interagieren können. Manchmal gibt’s noch kleine technische Stolpersteine – wie ich in einem meiner letztenBeiträge beschrieben habe.

Trotzdem ist Mastodon mein soziales Netzwerk der Wahl. Ich bin zwar auch auf Bluesky, aber dort kaum aktiv. Der Nachteil (oder vielleicht Vorteil) von Mastodon: Es gibt keine Algorithmen. Man bekommt also keine Account-Vorschläge und findet interessante Menschen etwas schwerer.

Bei mir läuft Mastodon als Docker-Container auf meinem VPS, auf dem auch dieser Blog gehostet ist. Die Container-Installation macht Updates deutlich einfacher.

Platz 1: Proxmox

Die wohl wichtigste Software in meinem Homelab ist definitivProxmox (externer Link) . Die Virtualisierungsplattform hält all meine virtuellen Maschinen zusammen und funktioniert seit Jahren ohne nennenswerte Probleme. Mit der integrierten Backup-Software lassen sich granular Dateien wiederherstellen – oder im Zweifel einfach mal eine kaputte Konfiguration aus dem Backup ziehen.

Damit wäre meine diesjährige Top 10 also komplett. Wie immer war es gar nicht so einfach, die Plätze zu vergeben, denn eigentlich laufen bei mir noch etliche weitere kleine Tools und Dienste, die ebenfalls einen Platz verdient hätten. Aber irgendwo muss man ja eine Grenze ziehen. 😊

Spannend finde ich jedenfalls, wie sich mein Homelab über die Jahre verändert hat – und das bringt mich direkt zum Fazit.

Fazit – was sich seit 2024 verändert hat

Wenn ich den Beitrag vom letzten Jahr mit diesem hier vergleiche, zeigt sich ganz gut, wie sich mein Homelab und auch meine Prioritäten verändert haben. 2024 standen noch viele „klassische“ Infrastruktur-Services ganz oben: Home Assistant, Paperless, Minio oder EVCC – also Tools, die man fast schon als Rückgrat eines smarten Zuhauses oder Labors bezeichnen könnte. Dieses Jahr hat sich der Fokus etwas verschoben: weg von reiner Hausautomatisierung und mehr hin zu Dingen, die mir persönlich Freude bereiten.

Das zeigt sich besonders daran, dass mit Wanderer, Adventure Log oder Statistics for Strava gleich mehrere Selfhosted-Projekte vertreten sind, die sich um Hobbys und Aktivitäten drehen. Ich merke, dass mein Homelab inzwischen nicht mehr nur „funktionieren“ soll, sondern mich auch im Alltag begleiten darf – beim Wandern, Kochen oder Sport.

Ein paar Klassiker sind geblieben: Nextcloud, Immich und Mastodon haben sich bewährt und laufen zuverlässig weiter. Andere wie Home Assistant oder Paperless-NGX fehlen diesmal, was aber eher daran liegt, dass sie bei mir inzwischen so selbstverständlich geworden sind, dass ich kaum noch darüber nachdenke. Man könnte sagen: Sie sind vom Highlight zum Fundament geworden.

Spannend finde ich auch, dass viele meiner diesjährigen Favoriten deutlich sozialer geworden sind – sei es durch das Fediverse, gemeinsame Fotoalben oder das Teilen von Aktivitäten. Das Homelab ist also nicht mehr nur mein technisches Spielzeug, sondern verbindet mich auf gewisse Weise mit anderen Menschen, die ähnliche Interessen haben.

Mal schauen, was 2026 bringt – vielleicht geht’s dann wieder etwas technischer zu, vielleicht auch nicht. Aber eines steht fest: Langweilig wird’s im Homelab garantiert nie.

Nach langer Zeit möchte ich mal wieder ein Beitrag über meine Lieblings-Software in meinem Homelab schreiben. Der letzte Beitrag ist schon fast zwei Jahre alt und in diesem Zeitraum hat sich ein bisschen was getan.

Nummer 10: Ghostfolio

Ghostfolio (externer Link) ist eine Software um sein Wertpapierportfolio zu verwalten. Es gibt zwar viele weitere Onlineservices wie parqet oder ähnliche, aber als webbasiertes zum selbst betreiben sieht die Auswahl dann schon sehr eng aus. Ghostfolio nutze ich seit ca. zwei Jahren um mein Aktienportfolio damit zu verwalten und zu tracken. Ich bin keine Person die viel handelt, dennoch möchte man die Performance der einzelnen Werte gern mal ausgewertet haben.

Über die Zeit hinweg sind auch weitere Funktionen wie die Verwaltung von Kryptowährungen oder nicht digitalen Assets hinzugekommen. Ghostfolio könnte man auch als Service einkaufen, finde aber das es dann bessere Lösung gäbe.

Nummer 9: Mealie

Mealie (externer Link) ist eine Rezeptverwaltung. Klingt vielleicht erst mal nicht so spannend, aber durch den eingbauten scraper (ging schon ohne KI) können Seiten wie Chefkoch einfach ausgelesen und Zutaten oder Zubereitung einfac sauber importiert werden. Zumindest wenn das Rezept anständig hinterlegt ist. Ich nutze die Software zwar nur für wenige Rezepte die ich manuell eingetragen habe, aber auch hier hilft sie mir eine Zettelwirtschaft zu umgehen. Gerade wenn man von befreundeten Menschen ein Rezept des Saltes der letzten Grillparty bekommen hat oder auf Instram einen interessanten Kuchen fand.

Wer tiefer bei Mealie einsteigen möchte, kann sogar auch einen Wochenplan erstellen und die entsprechende Einklaufsliste sich ausgeben lassen.

Nummer 8: EVCC

Ich habe lange Zeit das Überschussladen unseres Elektroautos über Home Assistant realisiert. Dann hat allerdings Tesla die API bzw. den API Zugang angepasst und es wurde unzuverlässig. In einem alten Beitrag habe ich dieses vorgehen beschrieben und es kann sicherlich noch für diverse andere Hersteller verwendet werden. Bei meiner Recherche wie ich mein Unterfangen herstellerunabhängig realisieren kann, bin ich aufEVCC (externer Link) gestoßen. Die Software verbindet Photovoltaikanlage und Wallbox miteinander - oder auf Wunsch das Auto. Ich hätte auch von Kostal eine Wallbox kaufen können, aber sind wir mal ehrlich: Kostal und Software passen nicht so wirklich zusammen.

EVCC verbindet sich also mit unserem Kostal Wechselrichter bzw. KSEM und überprüft wie viel Strom produziert und viel viel Strom das Haus derzeit verbraucht. Diese Information wird dann an die Wallbox übermittelt und regelt deren Ausgangsleistung. Am Auto selbst muss also nichts eingestellt werden. So kann selbst der Besuch mit sauberem Strom versorgt werden.

Die Voraussetzung ist natürlich, dass man eine steuerbare Wallbox hat. Als wir unsere PV-Anlage 2020 installiert bekamen wollte ich noch eine OpenWallbox kaufen. Durch die Lieferengpässe und anschließende Inflation ist mir diese allerdings nicht mehr den aktuellen Kaufpreis wert. Ich habe entsprechend eine Easee Wallbox angeschafft die auch ohne Probleme zwischen 1- und 3-phasigem Laden wechseln kann. Sehr gut um auch kleinere Ladeleistungen mitnehmen zu können.

Zudem kann EVCC mittlerweile die heimische Batterie der PV-Anlage auch über Netzladen aufladen. Zumindest noch so lange wie es gesetzlich erlaubt ist.

Nummer 7: Paperless-NGX

Ich denke, dass jedem Paperless-NGX bekannt sein wird. Falls nicht: Paperless-NGX ist ein Dokumenten Management System das man auf dem eigenen Server hosten kann. Die Software bzw. der Quellcode hat in den letzten Jahren immer mal wieder neue Entwickler bekommen und so änderte sich der Name sehr häufig. Mittlerweile gibt es aber eine stabile Entwicklung die die Software immer besser macht.

Ich versuche mit Paperless den Papierkram in meinem Privatleben so gering als möglich zu halten. Lediglich Dokumente die im Original aufbewahrt werden müssen kommen in einen Ordner. Alles andere wird digitalisiert und danach geschreddert. Der Prozess der Digitalisierung wird bei mir noch nicht mit einem Dokumentenscanner durchgeführt, sondern per Smartphone App. Unter iOS nutze ich dafür die App “Paperparrot”. Als ehemaliger Beta-Tester bekomme ich diese glücklicherweise immer noch kostenfrei. Aber selbst wenn dem nicht so wäre, kann ich die App jedem Nutzenden ans Herz legen.

Nummer 6: Stirling PDF

Was für ein tolles Werkzeug für PDF Bearbeitung. Ich hatte den Namen immer mal wieder gelesen, hatte aber keine Lust mal nachzugucken was das denn für eine Software ist. Nun weiß ich es und verfluche mich ein wenig die Software noch nicht früher installiert zu haben. Viele kennen sicherlich das Problem PDF Dateien bearbeiten zu müssen. Egal ob zusammenfügen, trennen, Seiten drehen oder ähnliches. Für vieles müsste man sich extra Tools installieren. Nicht mit Stirling PDF. Damit kannst du all diese Funktionen bequem über den Browser erledigen. Bisher hatte ich noch keinen Anwendungsfall bei dem mir diese Software bei PDF-Dateien nicht weiterhelfen konnte.

Nummer 5: Minio

Minio (externer Link) kennen sicherlich nur diejenigen die tiefer in der technischen Materie der IT stecken. Mit diesem kleinen Tool kannst du nämlich einen S3 kompatiblen Speicherplatz bereit stellen. Dies braucht man zwar nicht so häufig, aber bei mir ist S3 Speicher sehr häufig das Backend für meine Backups. Gerade in meinem Kubernetes Cluster werden sämtliche Backups auf meinen Minio-Server gespeichert. Sei es die Volumes der Anwendungen oder Datenbank Backups, alles wird in einzelnen sogenannten Buckets gespeichert. Wer möchte könnten sogar hier noch eine gewisse Versionierung mit einbringen.

Ich wünschte es könnten mehr Softwareprodukte S3 Speicher als Backend für die Dateiablage nutzen. Sicherlich ist das eher etwas für fortgeschrittene, aber die einfachheit überzeugt für mich. Zumal die Dateiablage via Netzwerkprotokolle wie SMB oder NFS immer mal wieder ihre Fallstricke haben.

Nummer 4: Gatus

Viele werden Uptime Kuma als “Monitoring-Tool” kennen. Damit kann man hervorragend die Verfügbarkeit seiner Services im Homelab überwachen und sich über eine Statusänderung benachrichtigen lassen. Uptime Kuma würde ich auch jedem empfehlen im Homelab zu installieren. Sobald man allerdings versucht viele Dinge nur mittels einzelnen Konfigurationsdateien zu betreiben wird es schwierig. Das sogenannte Config-as-Code Prinzip hilft mir Dinge sehr einfach und nachhaltig reproduzieren zu können. Damit kann man in nur wenigen Augenblicken den “alten” Stand wiederherstellen. Häufig sind Backup- und Restoreprozesse in Anwendungen nicht vorhanden oder nur schwerlich umsetzbar. Eine Automatisierung ist nur in seltenen Fällen gegeben.

Gatus habe ich in meinem Kubernetes Cluster installiert und wird dort über eine einzelne Datei konfiguriert. Sobald die Anwendung bei einer Neuinstallation deployt wurde, habe ich den exakt gleichen Status wie vorher. Es erspart mühselige Arbeit alles neu einrichten zu müssen.

Nummer 3: Immich

Immich bezeichnet sich selbst als Google Photos alternative. Entsprechend würde das theoretisch auch für Apple Fotos gelten. Wobei Immich die Funktion zur Bearbeitung von Fotos fehlt. Du kannst mit der Software automatisiert deine Bilder deines Smartphones auf deinen Server laden. Dort können sie mittels Bilderkennung Personen kennzeichnen oder Ort auf einer Karte visualisieren. Letzteres natürlich nur mit entsprechend vorhandenen EXIF Daten. Immich nutze ich mittlerweile als “Langzeitbackup” meiner Fotos. Auf meinem Smartphone kann ich so schneller die Bilder löschen und aufräumen. Alle paar Wochen sortiere ich die Bilder in Immich dann entsprechenden Alben zu oder lösche gegebenenfalls auch hier.

Die Software hat leider einen Nachteil: Sie wird sehr aktiv entwickelt. Alle paar Versionen gibts ein Breaking Change der glücklicherweise auch als entsprechender gekennzeichnet wird. Ein einfaches automatisches Updaten z. B. über Docker Container und Watchtower wäre also nicht zu empfehlen.

Nummer 2: Mastodon Server

Als Herr M. Twitter aufkaufte ging es mit der Plattform leider stark bergab. Am Anfang hoffte ich noch, dass es nicht ganz so tragisch wird, bin mittlerweile allerdings sehr froh die Plattform “verlassen” zu haben. Mein Account existiert dort noch, wird aber seit langem nicht mehr aktiv genutzt. Ich bin dann sehr schnell zu Mastodon gewechselt. Gerade so als ITler eine sehr interessante Plattform. Zudem BluSky und Threads damals noch nicht wirklich in Europa zugänglich waren.

Seit vielen Monaten hoste ich also meine eigene Instanz teqqy.social. In dem Netzwerk bin ich derzeit auch was das posten von Beiträgen angeht, am aktivsten. Über die Zeit hinweg habe ich dort auch viele gleichgesinnte getroffen und fühle mich dort sehr wohl. Natürlich hat Mastodon nicht die Nutzeranzahl und für Menschen oder Organisationen die unbedingt Reichweite benötigen ist es derzeit nicht das richtige Netzwerk.

Nummer 1: Home Assistant

Auch in meinem alten Beitrag war Home Assistant die beliebteste Software in meinem Homelab. Wobei die Position 1 nicht unbedingt aus dem “Lieblings”-Faktor heraus entstand sondern weil sie einfach Elementar wichtig geworden ist. MitHome Assistant (externer Link) werden sämtliche aktiven Komponenten des Hauses gesteuert, Alarme generiert, die Energienutzung optimiert sowie Langzeitaufzeichnungen von Strom und Wasser realisiert. Ohne die wohl beste Smart Home Software kämen wir nicht mehr aus. Dabei nutzen wir mittlerweile nur ein Bruchteil der Möglichkeiten die die Software mittlerweile liefern kann. Unser Smart Home besteht aus ca.

• 10 Z-Wave
• 24 ZigBee
• 8 WiFi

Aktoren, Sensoren und anderen Geräten. Diese möchte ich sauber über ein Frontend managen. Dabei ist Home Assistant nicht immer die zuverlässigste Software aber ich habe hier alle Freiheiten schnell und (meistens) unkompliziert einzelne Komponenten auszutauschen. Manchmal sind es aber auch einfach Kleinigkeiten die mir Home Assistant ermöglicht, z. B. mittels Knopfdruck auf meinem Elgato Streamdeck die Videobeleuchtung für ein Teams-Meeting einzuschalten. Oder kürzlich via Music Assistant den Radiosender auf den HomePod Mini im Büro abspielen zu lassen. Wer sich noch nicht mit der Software vertraut gemacht hat, sollte auf jeden Fall mal ein Blick darauf werfen.

Du willst deine RSS-Feeds selbst verwalten, ohne auf Drittanbieter angewiesen zu sein?FreshRSS ist ein kostenloser, selbst gehosteter RSS-Reader, der dir volle Kontrolle über deine Nachrichtenquellen gibt. Die Open-Source-Software lässt sich in wenigen Minuten mit Docker installieren und funktioniert perfekt mit Apps wie Reeder (iOS) oder FeedMe (Android).

In dieser Anleitung zeige ich dir Schritt für Schritt, wie du FreshRSS einrichtest – von der Docker-Installation über das Importieren bestehender Feeds bis zur Einbindung mobiler Apps. Das Beste daran: FreshRSS bietet einevollständige API-Unterstützung, sodass du deine Feeds überall synchronisiert nutzen kannst.

Für mich persönlich war genau dieses API-Feature der entscheidende Grund, auf FreshRSS zu setzen. Nach Jahren der Nutzung kann ich sagen: Es ist die zuverlässigste selbst gehostete RSS-Lösung, die ich kenne.

Diejenigen die immer noch RSS nutzen wissen es sehr zu schätzen. Es gibt zwar mittlerweile viele Dienste die einen über neue Informationen auf Seiten benachrichtigen, aber wenn man „nur“ Blogs liest ist das Abonnement von RSS Feeds die wohl bessere Wahl. Feedreader, eines der alten Google Produkte, war sicherlich ein Vorreiter auf diesem Gebiet. Im laufe der ganzen Jahre kamen und gingen dann viele andere Produkte und Onlinedienste. Ich setze schon seit Jahre auf eine selbst gehostete Variante mitFreshRSS (externer Link) .

In der Szene der Open Source RSS Tools gibt es natürlich viele weitere Programme die sicherlich auch alle sehr gut sind. Für mich gab es nie den Grund mir andere detaillierter anzusehen da ich mit FreshRSS sehr gut zurecht komme. Zudem bietet es ein Feature an, dass für mich ein entscheidendes Kriterium ist. Dazu aber später noch mehr.

Installation von FreshRSS

Wie viele andere Softwareprodukte, die ich hier vorstelle, kann FreshRSS auch unter Docker installiert werden. Glückerlicherweise gibt der Entwickler einem die Wahl ob man mit der integrierten SQLite arbeiten möchte, oder eine MySQL bzw. PostgresDB Datenbank anbinden möchte. Je nachdem wie die heimische Infrastruktur so aufgestellt ist, empfiehlt sich das eine oder andere mehr.

Für diejenigen die nichts mit Docker oder Containerisierung anfangen können, gibt es sogar noch die klassische Installation. Allerdings möchte ich in diesem Beitrag eher auf die Variante in Docker zurückgreifen.

FreshRSS mit Docker Compose

Ich habe hier mal einedocker-compose.yaml Datei vorbereitet die mit PostgresDB als Datenbankbackend arbeitet. Eine Anpassung auf MySQL/MariaDB ist recht einfach vorzunehmen. Lassen wir die DB weg, können wir auch einfach bei der Installation die SQLite Variante auswählen.

---services:freshrss-db:image:postgres:17container_name:fressrss-dbrestart:unless-stoppedvolumes:-/etc/localtime:/etc/localtime:ro-/etc/timezone:/etc/timezone:ro-/var/docker/freshrss/db:/var/lib/postgresql/dataenvironment:-POSTGRES_USER=freshrss-POSTGRES_PASSWORD=${POSTGRES_PASSWORD}-POSTGRES_DB=freshrssfreshrss-app:image:freshrss/freshrss:latestcontainer_name:freshrss-apprestart:unless-stoppeddepends_on:-freshrss-dbvolumes:-/etc/localtime:/etc/localtime:ro-/etc/timezone:/etc/timezone:ro-/var/docker/freshrss/data:/var/www/FreshRSS/data-/var/docker/freshrss/extensions:/var/www/FreshRSS/extensionsenvironment:-CRON_MIN=*/20ports:-80:80

Wer das ganze mittels Traefik auch sauber mit Zertifikaten etc hosten möchte, verweise ich einfach auf meinevorbereitete Version auf GitHub (externer Link) .

Webinstallation

Leider müssen wir noch ein paar Schritte unternehmen um den RSS-Reader wirklich komplett installieren zu können. Die Installation erkennt nicht die Datenbankparameter oder ähnliches sodass wir die Schritte manuell durchführen müssen.

Sobald das alles durch ist, können wir uns mit den Zugangsdaten anlegen die wir anfangs angegeben haben. Unser erster Nutzer ist nämlich direkt Administrator der Seite.

Erste Schritte nach der Installation

Grundsätzlich kann die Software direkt verwendet werden. Allerdings habe ich noch einen kleinen Tipp der das Leben im Nachgang einfacherer macht. Wer nämlich wie ich die Feeds nicht über den Browser konsumieren möchte, sondern mittels eine Anwendung muss die API frei schalten. Dafür gehen wir rechts oben auf das Zahnrad und dann auf Authentifizierung. Hier setzen wir das Häkchen bei * API-Zugriff erlauben (für mobile Anwendungen benötigt)* und klicken aufSpeichern Nun müssen wir noch das API Kennwort für unseren Nutzer festlegen. Das machen wir in unserem Profil das ihr links oben direkt findet. Im unteren Bereich unterAPI-Verwaltung tragt ihr einfach ein Passwort ein. Sicherer wäre es, wenn ihr ein anderes verwendet als für euren Login.

Nutzung von FreshRSS

Löschen des FreshRSS Feeds (optional)

Nachdem wir die grundlegenden Schritte durchgeführt haben, können wir endlich die Software nutzen. Wir sollten zurück zur Startseite gehen - Klick links oben auf den Produktnamen. Anschließend wählen wir die ** Abonnementverwaltung** aus. Hier sollte bis auf den Feed der Software selbst nichts weiteres angezeigt werden.

Wenn ihr den Feed nicht benötigt, könnt ihr den natürlich löschen. Mit einem Klick auf das Zahnrad und dann rechtsEntfernen.

Import von bestehenden RSS Abonnements (optional)

Natürlich kann man auch von seinem bestehenden RSS Feedreader die Feeds importieren. Also zumindest solange der bisherige auch ein Export in zum Beispiel OPML Format unterstützt. Alles mir bisher gängigen haben das beherrscht. Hierzu klicken wir wieder aufAbonnementverwaltung und dann auf **Importieren / Exportieren **. Nun können wir rechts eine Datei unterImportieren auswählen und aufImportieren klicken.

Feeds hinzufügen

Um neue Feeds hinzuzufügen, wie zum Beispiel den von teqqy.de, klickt man links oben auf das+ Symbol. Anschließend kopiert man die Feed-URL in das Feld und klickt aufHinzufügen Wer möchte, kann natürlich vorher noch eineKategorie erstellen um gegebenenfalls eine größere Menge an Feeds besser zu verwalten.

3rd Party Apps

Da meine primären Endgeräte auf Apple Basis laufen, kann ich hier leider keine große Liste aufzeigen die ich empfehlen kann. Falls jemand ein guten RSS Client kennt der mit FreshRSS zusammen arbeitet, kann er mir den Tipp gerne zukommen lassen.

MacOS und iOS/iPadOS

Unter den Betriebssystemen verwende ich seit JahrenReeder (externer Link) als RSS Reader App. Mittlerweile in Version 5 angekommen hatte es mich immer gut begleitet. Seit in einer der letzten Versionen auch eine korrekte Unterstützung von FreshRSS via API hinzugekommen ist, war natürlich ein weiterer Grund auf die Liste gekommen.

Um Reeder einzurichten brauchen wir wieoben beschrieben einAPI-Passwort. In Reeder selbst gehen wir dann aufAccounts undAdd Account. Ganz unten findet man dann FreshRSS zur Auswahl. Nun tragen wir die benötigten Daten ein und klicken aufSign in. Anschließend zieht sich Reeder alle Informationen und würde noch ungelesene Artikel anzeigen.

Häufig gestellte Fragen zu FreshRSS

Was ist FreshRSS?

FreshRSS ist ein kostenloser, Open-Source RSS-Reader, den du auf deinem eigenen Server installieren kannst. Anders als Cloud-Dienste behältst du die volle Kontrolle über deine Daten und Feeds.

Ist FreshRSS wirklich kostenlos?

Ja, FreshRSS ist komplett kostenlos und Open Source. Du benötigst lediglich einen Server oder Computer, auf dem du die Software installieren kannst. Es fallen keine Lizenzkosten an.

Welche Apps kann ich mit FreshRSS nutzen?

FreshRSS unterstützt verschiedene mobile Apps über seine API. Beliebte Optionen sind Reeder (iOS/macOS), FeedMe (Android) und NetNewsWire (iOS/macOS). Alle Apps, die mit Google Reader kompatibel waren, funktionieren meist auch mit FreshRSS.

Wie viel Speicherplatz benötigt FreshRSS?

Die Installation selbst benötigt etwa 50-100 MB. Je nach Anzahl deiner Feeds und gespeicherten Artikeln solltest du 500 MB bis 2 GB Speicherplatz einplanen. Bei sehr vielen Feeds können es auch mehr werden.

Kann ich FreshRSS ohne Docker installieren?

Ja, FreshRSS lässt sich auch klassisch per PHP auf einem Webserver installieren. Die Anforderungen sind: PHP 7.4+, Apache oder Nginx, und optional MySQL/PostgreSQL. Die Docker-Variante ist jedoch einfacher zu verwalten.

Update Dezember 2025: Dieser Artikel wurde überarbeitet und berücksichtigt die wichtigen Änderungen der Tesla Fleet API sowie aktuelle Teslamate-Versionen.

Moderne Fahrzeuge bieten mittlerweile eine API-Schnittstelle, um alle möglichen Daten auslesen zu können. Tesla war einer der ersten Hersteller, der dies umfangreich zur Verfügung stellt. Entsprechend sind Softwareprodukte wie Teslamate entstanden. Teslamate ist ein selbstgehosteter Open-Source-Datenlogger, der deine Tesla-Daten kontinuierlich erfasst, speichert und mit Grafana visualisiert.

Was hat sich 2025 geändert?

Die wichtigsten Updates auf einen Blick:

Tesla Fleet API: Tesla hat die inoffizielle “Owner API” durch die offizielle Fleet API ersetzt. Seit Februar 2025 gilt ein Pay-per-Use-Modell mit monatlichem $10-Freikontingent. Für Privatnutzer mit 1-2 Fahrzeugen reicht das Kontingent meist aus, zusätzliche Kosten liegen bei etwa $2-5/Monat bei intensiver Nutzung.

PostgreSQL 17: Teslamate benötigt nun mindestens PostgreSQL 16.7 oder 17.3. Die Entwickler empfehlen PostgreSQL 17.

Fleet Telemetry: Neu ist die Möglichkeit, dass das Fahrzeug Daten direkt streamt. Das ist präziser und günstiger als klassisches Polling, aber komplexer in der Einrichtung. Fleet Telemetry erfordert einen eigenen Server-Endpunkt und TLS-Zertifikate. Die Daten werden dann vom Fahrzeug per WebSocket gestreamt, sobald sich Werte ändern. Das spart API-Kosten, da du nicht mehr aktiv pollen musst. Besonders bei Fahrten erhältst du hochfrequente Daten mit minimaler Latenz. Für die meisten Nutzer funktioniert das bewährte Polling jedoch weiterhin problemlos und ist deutlich einfacher einzurichten.

Teslamate – Installieren oder einkaufen?

Teslamate ist keine Software-as-a-Service, sondern wird vom Nutzer selbst installiert. Ob im heimischen Homelab oder auf einem VPS-Server in der Cloud, z. B. beiNetcup (externer Link) – beides funktioniert. Ich hoste die Software auf meinem eigenen Server im Heimnetzwerk.

Die Installation ist mitDocker sehr einfach. Du benötigst eine Datenbank (PostgreSQL) und den Anwendungscontainer. Für die Visualisierung setzt Teslamate auf Grafana mit fertig konfigurierten Dashboards.

Voraussetzungen

Hardware & Software:

• Server mit mindestens 2 GB RAM (Raspberry Pi 4/5, NAS, VPS)
• Docker und Docker Compose installiert
• Dauerhaft aktive Internetverbindung

Tesla-Account:

• Tesla-Konto mit Zwei-Faktor-Authentifizierung
• Tesla Developer Account (kostenlos beideveloper.tesla.com (externer Link) )

Tesla Developer Account einrichten

Seit der Umstellung auf die Fleet API brauchst du einen Developer Account:

1. Melde dich beideveloper.tesla.com (externer Link) mit deinem Tesla-Konto an
2. Erstelle eine neue Application (z.B. “Teslamate Homelab”)
3. Gib eine kurze Beschreibung an
4. Bei lokaler Nutzung kannst du localhost als Domain verwenden

Die Prüfung dauert ein paar Tage, für private Zwecke erfolgt die Freigabe normalerweise problemlos. Das monatliche $10-Guthaben ist ein echtes Guthaben – du musst keine Kreditkarte hinterlegen, solange du darunter bleibst.

Token-Erstellung

Früher funktionierte die Anmeldung mit Benutzerdaten. Heute benötigst du einen „Refresh Token" und „Access Token". Diese generierst du am einfachsten mit Apps:

• iOS: “Auth for Tesla” (Apple AppStore)
• Android: “Tesla Tokens” oder “Auth for Tesla”
• Windows/Mac: “Tesla Auth” oder Web-basierte Tools

Vorgehensweise:

1. App installieren und mit Tesla-Benutzernamen anmelden
2. Passwort eingeben
3. Beim zweiten Prompt deinen 2FA-Code eingeben (nicht nochmal das Passwort!)
4. App zeigt Refresh Token und Access Token – beide sicher aufbewahren

Die Tokens bleiben mehrere Monate gültig. Teslamate erneuert den Access Token automatisch.

Installation mit Docker Compose

Die einfachste Installation erfolgt über Docker Compose. Falls du Docker Compose noch nicht installiert hast:

# Auf Ubuntu/Debiansudo apt install docker-compose-plugindocker compose version

Erstelle ein Arbeitsverzeichnis:

mkdir ~/teslamate&& cd ~/teslamate

Ich verweise auf dieoffizielle Dokumentation (externer Link) , da sich die Konfiguration regelmäßig ändert.

Wichtige Anpassungen für 2025:

version:"3"services:teslamate:image:teslamate/teslamate:latestrestart:alwaysenvironment:-ENCRYPTION_KEY=dein_sicherer_schluessel-DATABASE_USER=teslamate-DATABASE_PASS=sicheres_passwort-DATABASE_NAME=teslamate-DATABASE_HOST=database-TZ=Europe/Berlin# Deine Zeitzone!-MQTT_DISABLE=true# Falls kein MQTT benötigtports:-4000:4000cap_drop:-alldatabase:image:postgres:17# Mindestens 16.7 oder 17.3!restart:alwaysenvironment:-POSTGRES_USER=teslamate-POSTGRES_PASSWORD=sicheres_passwort-POSTGRES_DB=teslamatevolumes:-teslamate-db:/var/lib/postgresql/datagrafana:image:teslamate/grafana:latestrestart:alwaysenvironment:-DATABASE_USER=teslamate-DATABASE_PASS=sicheres_passwort-DATABASE_NAME=teslamate-DATABASE_HOST=databaseports:-3000:3000volumes:-teslamate-grafana-data:/var/lib/grafanavolumes:teslamate-db:teslamate-grafana-data:

MQTT für Home Assistant:

Wenn du die Daten an einen MQTT-Server weiterleiten willst (z. B. fürHome-Assistant ), ersetzeMQTT_DISABLE=true durchMQTT_HOST=mosquitto und füge einen Mosquitto-Container hinzu.

Container starten:

docker compose up -d

Teslamate ist anschließend unterhttp://{IP-deines-Servers}:4000 erreichbar. Beim ersten Aufruf gibst du die zuvor generierten Tokens ein. Nach 1-2 Minuten (ggf. Fahrzeug mit der App aufwecken) sollten erste Daten angezeigt werden.

Auswertung mit Grafana

Ein großer Vorteil der vordefinierten Docker-Compose-Datei: Grafana ist direkt mit dabei. Grafana läuft standardmäßig unterhttp://{IP-deines-Servers}:3000.

Standard-Login (sofort ändern!):

• Benutzername:admin
• Passwort:admin

Grafana hat die PostgreSQL-Datenbank als Datenquelle bereits konfiguriert und alle Dashboards sind importiert. Bei Nutzung einer eigenen Grafana-Instanz musst du die JSON-Dateien aus demGitHub (externer Link) Repository manuell importieren.

Wichtige Dashboards:

• Overview: Gesamtübersicht aller Kennzahlen – der perfekte Einstieg
• Drives: Fahrtenauswertung mit interaktiven Karten, zeigt Route, Geschwindigkeit und Verbrauch
• Charges: Detaillierte Ladehistorie mit Kostenanalyse pro Ladevorgang, Vergleich verschiedener Ladestationen
• Battery Health: Langzeitentwicklung der Batteriekapazität, zeigt Degradation über Zeit und Kilometer
• Efficiency: Verbrauchsanalysen nach Geschwindigkeit, Temperatur, Höhenmetern – erkenne was deine Reichweite beeinflusst
• Vampire Drain: Standby-Verbrauch im geparkten Zustand, hilft Phantom Drain zu identifizieren
• Locations: Häufige Aufenthaltsorte, automatische Geofencing-Erkennung
• Updates: Historie aller Software-Updates mit Zeitstempeln

Langzeitnutzung und Erkenntnisse

Der wahre Wert zeigt sich nach mehreren Monaten. Hier konkrete Beispiele aus meiner Nutzung:

Batteriedegradation: Mein Model Y zeigte nach 50.000 km etwa 4% Kapazitätsverlust. Typisch sind 3-5% in den ersten 50.000 km, danach verlangsamt sich die Degradation deutlich. Mit Teslamate siehst du die exakte Entwicklung und kannst Ausreißer (z.B. durch BMS-Kalibrierung) erkennen.

Saisonale Unterschiede: Im Winter (Temperaturen um 0°C) liegt mein Verbrauch bei ca. 20-22 kWh/100km, im Sommer bei 15-17 kWh/100km. Das sind rund 30% Mehrverbrauch durch Heizung und kalte Batterie. Diese Daten helfen bei der Routenplanung.

Kostenoptimierung: Heimladen (0,30 €/kWh) vs. Supercharger (0,52 €/kWh) – der Unterschied summiert sich. Bei 15.000 km jährlich spare ich durch Heimladen etwa 400 € pro Jahr. Noch besser:PV-Überschussladen reduziert die Kosten auf ca. 0,08 €/kWh.

Effizienz: Überraschend war, dass mein optimaler Geschwindigkeitsbereich bei 90-110 km/h liegt, nicht wie erwartet bei 70 km/h. Unter 70 km/h steigt der relative Verbrauch durch Hilfsaggregate wieder leicht an.

Troubleshooting

Teslamate zeigt “offline” statt “asleep”: Das ist seit Tesla-Firmware 2024.8+ normal. Tesla hat die API-Rückmeldung geändert – kein Teslamate-Bug.

Token wird nicht akzeptiert: Verwende den Refresh Token (der längere der beiden Strings), nicht den Access Token.

Keine Daten: Prüfe die Docker-Logs mitdocker compose logs teslamate. Häufige Ursachen: Fahrzeug im Tiefschlaf, falsche Zeitzone, Netzwerkprobleme.

Hohe API-Kosten: Reduziere die Polling-Frequenz, nutze Fleet Telemetry oder prüfe auf unnötige Wake-Befehle.

Sicherheit und Backup

Netzwerk:

• Nicht direkt ins Internet exponieren
• Reverse Proxy mit HTTPS nutzen (Nginx, Caddy, Traefik)
• Firewall-Regeln aktivieren

Backup:

docker compose exec database pg_dump -U teslamate teslamate > backup.sql

Updates:

docker compose pulldocker compose up -d

Häufige Fragen

Kostet Teslamate Geld? Die Software ist kostenlos. Tesla API-Kosten fallen an, werden aber meist vom $10-Freikontingent abgedeckt. Nur bei intensiver Nutzung entstehen ca. $2-5/Monat zusätzlich.

Funktioniert es mit der neuen Fleet API? Ja, vollständig kompatibel und aktuell gehalten.

Entlädt es die Batterie? Nein, der Zusatzverbrauch ist vernachlässigbar.

Mehrere Fahrzeuge möglich? Ja, jedes wird separat erfasst.

Fazit

Teslamate ist für mich die beste Lösung für umfassende Fahrzeugdatenanalyse. Die Vorteile:

• Volle Datenkontrolle durch Self-Hosting
• Detaillierte Analysen mit Grafana
• Geringe Kosten dank Freikontingent
• Aktive Community
• Perfekt für Home-Assistant-Integration

Die Nachteile: Technisches Know-how erforderlich, eigener Server nötig, kein offizieller Support.

Für Tesla-Besitzer mit Smart-Home- oder Homelab-Affinität ist Teslamate eine hervorragende Software. Nach einigen Monaten Nutzung werden die Auswertungen besonders interessant, da sich Tendenzen und Langzeitentwicklungen zeigen. Selbst während der Fahrt liefern die Grafana-Dashboards diverse interessante Daten.

Tipps für Fortgeschrittene

Reverse Proxy Setup: Für sicheren Zugriff von unterwegs empfehle ich einen Reverse Proxy mit Let’s Encrypt SSL-Zertifikat. Traefik oder Caddy automatisieren den Prozess komplett.

Datenbank-Optimierung: Bei sehr alten Installationen kann ein manuelles Vacuum der Datenbank helfen:

docker compose exec database vacuumdb -U teslamate -d teslamate -z -v

Custom Dashboards: Grafana bietet unendliche Möglichkeiten. Du kannst beispielsweise Vergleiche mit anderen Tesla-Fahrern erstellen oder Korrelationen zwischen Wetter und Verbrauch visualisieren.

Weiterführende Links:

• Teslamate Dokumentation (externer Link)
• GitHub Repository (externer Link)
• Community Forum (externer Link)

In Zeiten steigender Energiekosten und wachsender Umweltbewusstheit suchen viele von uns nach Wegen, um den Stromverbrauch in der IT-Infrastruktur zu senken. Gerade in Heimnetzwerken und bei kleinen Servern, die rund um die Uhr laufen, kann der Energiebedarf schnell zu einer nicht unerheblichen Kostenquelle werden. Wenn du, wie ich, Proxmox nutzt, ein Open-Source-Tool zur Virtualisierung, gibt es glücklicherweise einige effektive Möglichkeiten, den Stromverbrauch deines Setups zu optimieren, ohne dabei auf Leistung zu verzichten.

In diesem Blogbeitrag teile ich vier erprobte Tipps, mit denen du deine Proxmox-Installation energieeffizienter gestalten kannst. Dabei geht es nicht nur um Hardware-Anpassungen, sondern auch um clevere Software-Optimierungen, die deine VMs und Container energieeffizienter machen. Egal, ob du ein erfahrener Proxmox-Nutzer bist oder gerade erst mit der Plattform beginnst, diese Tipps helfen dir, deine Stromrechnung zu senken und gleichzeitig einen kleinen Beitrag zum Umweltschutz zu leisten. Lass uns direkt loslegen und schauen, wie du aus deinem Proxmox-Server mehr Effizienz herausholen kannst!

Vorab: Stromverbrauch messen

Um überhaupt zu wissen wieviel Strom die Geräte verwenden sollte man diesen auch messen. Es kommt hierbei nicht auf gute Genauigkeit an, sondern um einfach mal ein Gefühl zu bekommen wieviel Strom die einzelnen Geräte so verbrauchen. Hierzu kann man sich eingünstiges Strommessgerät (externer Link) anschaffen. Beachte bitte, das bei günstigen Geräten die Genauigkeit natürlich nicht unbedingt vorhanden ist. Wer ein Smart Home sein eigen nennt, kann direkt eine Steckdose mit Strommessfunktion vor das Homelab anschließen. So hast du mittels Software immer den aktuellen Stromverbrauch.

Auf die richtige Hardware achten

Natürlich steht und fällt schlussendlich alles mit der richtigen Hardware. Alte Enterprise Hardware verbraucht natürlich viel Strom. Entsprechen sind so genannte ThinClients eine sehr gute Lösung einen energieeffizienten Server zu bauen. Ich habe diese mal in einem Video vorgestellt.

Zudem kann man auch mit den richtigen Komponenten im Selbstbau einen guten Server zusammen stellen. ImHardwareluxx Forum (externer Link) gibt es eine verlinkte Google Sheets Datei die Systeme unter 30 Watt idle Verbrauch auflistet.

Wichtig ist auch, dass bei einem selbst zusammen gestelltem PC bzw. Server es auf alle Komponenten ankommt. Es fängt bei einem effizienten Netzteil an, geht über ein gutes Mainboard bishin zur richtigen Auswahl der CPU. Gerade bei letzterem ist es so, dass Intel noch ein wenig die Nase vorne hat was einen günstigeren Stromverbrauch im idle Status angeht. Wichtig ist auch, dass Intel-CPUs mit einem “T” in der Bezeichnung nur eine geringere TDP haben. Der TDP nat erst mal nichts mit dem Stromverbrauch zu tun sondern ist die maximale Wärmeabgabe. Eine T-CPU ist also für Systeme geeignet die vollständig passiv laufen sollen. Koponenten die eher für einen hohen Stromverbrauch sprechen wären

• Grafikkarten
• RAID Controller / HBAs
• Netzwerkkarten mit mehr als 10 GBit Geschwindigkeit

Weiter unten den dem Beitrag gehe ich auf den ASPM Status ein. ASPM (Active State Power Management) bedeutet dass eine Komponente bestimmte Stromsparfunktionen erreichen kann oder nicht. Ganz grob lässt sich hier sagen, dass Enterprise-Hardware meistens nicht mit diesen Funktionen ausgestattet sind.

BIOS Einstellungen richtig setzen

Unnötige Hardware deaktivieren

Die meisten BIOS können verschiedene Geräte abschalten. Bei einem Virtualisierungshost wird zum Beispiel Audio häufig nicht gebraucht. Es wäre also dann ratsam die Soundkarte im BIOS zu deaktivieren. Ähnliches gilt für COM oder serielle Ports. Solltest du keine Grafikkarte oder andere Steckkarte die einen hohen PCI-Express Standard benötigt eingebaut haben, könntest du auch die PCIe Steckplätze z. B. von Version 4 auf 3 reduzieren. Auch dies spart gern mal das eine oder andere Watt.

ASPM aktivieren

ASPM steht für Active State Power Management und ist eine Technologie, die in Computern verwendet wird, um die Energieeffizienz von PCIe-Verbindungen zu verbessern. PCIe ist ein Hochgeschwindigkeits-Interface, das in Computern genutzt wird, um verschiedene Hardwarekomponenten wie Grafikkarten, Netzwerkkarten oder SSDs anzuschließen. ASPM zielt darauf ab, den Stromverbrauch von PCIe-Geräten zu reduzieren, indem es den Energieverbrauch in den Verbindungsleitungen zwischen der CPU (oder dem Chipsatz) und den angeschlossenen PCIe-Geräten dynamisch anpasst. Dies geschieht durch das automatische Umschalten zwischen verschiedenen Leistungszuständen, abhängig von der Auslastung und den aktuellen Anforderungen.

CPU Stromsparfunktionen aktivieren

Aktiviere im BIOS immer die C-States. Je nach Hersteller und Version solltest du bis zu C10 aktivieren können. Sei aber beruhigt wenn dein BIOS nur bis z. B. C6 konfigurierbar ist, viel Potential lässt du damit nicht liegen.

C-States

Was sind C-States

C-States, oder CPU-Schlafzustände, sind Zustände, in die eine CPU (Central Processing Unit, oder Zentraleinheit) eintreten kann, wenn sie nicht aktiv genutzt wird. Sie sind ein Teil der Leistungssteuerungsfunktionen moderner CPUs und dienen dazu, den Stromverbrauch zu reduzieren, wenn die volle Leistung der CPU nicht benötigt wird.

Es gibt verschiedene C-States, von C0 bis Cn (wobei n je nach Prozessor variiert). Hier sind einige der häufigsten:

• C0: Dies ist der Zustand, in dem die CPU aktiv ist und Aufgaben ausführt.
• C1: Dies ist ein leichter Schlafzustand, in dem die CPU schnell in den aktiven Zustand zurückkehren kann. In diesem Zustand ist die CPU nicht aktiv, aber sie kann schnell wieder in den Betrieb versetzt werden.
• C3: Dies ist ein tieferer Schlafzustand, in dem die CPU mehr Zeit benötigt, um in den aktiven Zustand zurückzukehren. In diesem Zustand werden mehr Teile der CPU abgeschaltet, was zu größerer Energieeinsparung führt.
• C6: Dies ist ein noch tieferer Schlafzustand, in dem die CPU fast vollständig abgeschaltet wird. Die CPU benötigt die längste Zeit, um aus diesem Zustand wieder in den aktiven Zustand zurückzukehren, aber es wird auch die meiste Energie gespart.

Der Wechsel zwischen diesen Zuständen wird automatisch vom Betriebssystem und der Hardware gesteuert, basierend auf der aktuellen CPU-Last und den Energieeinstellungen des Systems.

Anstreben sollte man immer den C10 Status. Bei einem Proxmox Server wirst du das aber wahrscheinlich nicht schaffen. Das System ist ja meistens dafür ausgelegt die ganze Zeit zu arbeiten. Vor allem wenn man viele virtuelle Maschinen oder LXC laufen lässt.

Mit powertop die C-States überprüfen

„powertop“ ist ein großartigesLinux Kommando mit dem du die C-States deines Servers überprüfen kannst. Gehen diese wie in diesem Beispiel nur bis zu C3, wird weiterhin viel Energie „unnötig“ verbraucht.

Häufig sind es PCI-Express Gerät die weitere C-States nicht erlauben. Mit dem Befehl

lspci -vv | awk '/ASPM/{print $0}' RS= | grep --color -P '(^[a-z0-9:.]+|ASPM )'

kannst du überprüfen ob für ein PCIe Gerät ein Active-State Power Management (ASPM) verfügbar ist. Sollte hier ein disabled dabei stehen, ist entweder die Funktion im BIOS deaktiviert oder das Gerät unterstützt diesen Modus nicht. Gerade ältere Geräte oder Enterprise Hardware wie 10G-Karten können hier ein Problem darstellen.

CPU runter Takten lassen um Proxmox Strom sparen zu lassen

Proxmox hat per default sämtliche Stromsparfunktionen deaktiviert. Diese zu aktivieren ist offiziell nicht supportet, aber natürlich funktionieren diese Systeme weiterhin. Bitte beachte, dass diese Funktion auch dazu führen kann, dass das System träger reagiert, weil Komponenten erst aufgeweckt werden müssen.

Um zu überprüfen auf welchen Modus die CPU steht, kannst du folgenden Befehl nutzen:

cat /sys/devices/system/cpu/cpu*/cpufreq/scaling_governor

Hier bekommst du für jeden CPU-Kern eine Zeile zurück geliefert. Im Standard steht hier überall „performance“. Wenn du jetzt

cat /sys/devices/system/cpu/cpu*/cpufreq/scaling_cur_freq

verwendet, siehst du auf welcher Frequenz deine CPU Kerne derzeit arbeiten. Um diese runter takten zu lassen sollte der „scaling_govenor“ auf „powersafe“ gestellt werden. Das kannst du einmalig mit

echo "powersave" | tee /sys/devices/system/cpu/cpu*/cpufreq/scaling_governor

durchführen. Allerdings wird berichtet, dass bei Neustart oder Updates das wieder zurück gesetzt wird. Entsprechend habe ich mir den Befehl in die crontab eingetragen, dass dieser Befehl bei jedem reboot durchgeführt wird.

Dazu gehst du mit

crontab -e

in die Crontab Datei. Ggf. wirst du gefragt mit welchem Editor du diese öffnen möchtest. Ich empfehle dir hier „nano“.

Anschließend trägst du ganz unten folgendes ein

@reboot echo "powersave" | tee /sys/devices/system/cpu/cpu*/cpufreq/scaling_governor

Die Datei kannst du dann mit STRG+X beenden. Bei Nachfrage ob du speichern möchtest, solltest du das natürlich bestätigen.

Anschließend kannst du mit den oben genannten Befehlen deine Eingaben überprüfen. Bei mir sieht das zur Zeit so aus:

Meine derzeitigen Einstellungen des CPU govenor und scaling {:.figcaption}

Zusatztipp

Versuche immer BIOS und alle Treiber auf den aktuellen Stand zu bringen. Auch neue Kernel-Versionen bringen häufig Verbesserungen im Bereich des Stromverbrauches. Es ist also auch hierfür ratsam seine Systeme in einem anständigem Zeitrahmen zu patchen.

Fazit

Ich habe diese Dinge selbst beachtet und konnte mit meinem Proxmox Strom sparen. Bei mir konnte ich den Verbrauch meine Servers von 36 Watt auf 24 Watt verringern. Das hört sich zwar erst einmal nicht viel an, sind aber bei uns derzeit auch knapp 52,56 Euro im Jahr. Kleinvieh macht schließlich auch Mist.

Die geeignet Hardware zu finden ist nicht immer einfach. Du kannst dich oben an der Liste aus dem Hardwareluxx-Forum orientieren. Andernfalls sind die Mitglieder im Unraid Forum (vor allem in deutschen Bereich) auch immer sehr daran interessiert ein paar Watt zu sparen. Hier kannst du auf die Suche nach guten Kombinationen für Hardware ausschau halten. Auch wenn Unraid nicht die typische Software für Virtualisierung ist.

Wer meinen Blog verfolgt weiß, dass ich seit einiger Zeit einenKubernetes Cluster verwendet habe. Dieser hat meine ganzen Anwendungen die man so im Homelab braucht gehostet. Nun bin ich auf einProxmox (externer Link) Cluster im Homelab mit Thinclients als Hardware umgestiegen.

Zum Thema Thinclients und warum diese gerade in jetzigen Zeiten eine gute Alternative für Homelabs sind, habe ich bereits mal ein Video gedreht das vielleicht ganz spannend für dich sein kann.

Grundsätzlicher Aufbau des Proxmox Clusters im Homelab

Mittlerweile nutze ich einenProxmox Cluster über drei physische Nodes. Die Hardware ist zwar leicht unterschiedlich, aber als Gesamtcluster stehen mir damit genug Ressourcen zur Verfügung.

Das Widget für Storage täuscht leider bei Proxmox immer gewaltig. Daruch, dass NFS-Freigaben eingebunden sind, werden diese mitgezählt.

Als Storage wird für die virtuellen Systeme ein Ceph-Cluster auf den gleichen Systemen ausgeführt. Für ISOs, Templates und Backups wird ein NFS-Storage von meinemUnRaid Server aus bereit gestellt.

Ein weiteres System dient alsProxmox Backup Server und soll sich hier nur um entsprechend dieses kümmern.

Welche Hardware verwende ich?

Fassen wir erst mal die Hardware des neuen Cluster zusammen, damit du schon mal eine Vorstellung des ganzen hast:

• 2 x Lenovo M900 mit Core i3-6100t, 24 GB RAM
• 2 x Lenovo M910 mit Core i5-6500t, 24 GB RAM

Alle vier Systeme sind mit einer 120 GB SATA SSD ausgestattet. Ein i3 sowie beide i5 Systeme haben zusätzlich eine500 GB NVMe SSD (externer Link) eingebaut.

Die verwendeten Netzwerkkomponenten

Netzwerkkarten

Ich verwende die eingebaute Netzwerkschnittstelle für das normale Management und VM-Netzwerk. Hierauf liegt, wie bei Proxmox üblich, eine Linux Bridge.

Zusätzlich habe ich mir insgesamt sechsUSB-Netzwerkkarten (externer Link) gekauft die mir in meinerDiscord Community (externer Link) empfohlen wurden. Jeweils zwei USB-Karten pro System, eine für das Cluster-Netzwerk und eine für Ceph.

Switch und VLANs

Alle drei Netzwerkports hängen an einemUniFi (externer Link) USW-24-G2 Switch. Das Ceph Netzwerk sowie das Cluster Netzwerk haben ihre eigene VLAN erhalten. Dies wurde so gemacht um den Datenverkehr sauber zu trennen. Grundsätzlich kann zwar alles über eine NIC transferiert werden, allerdings ist dann doch ein deutlicher Performanceunterschied zu spüren. Ceph empfiehlt sowieso schon mindestens 10 GBit Netzwerke, besser gar 40 GBit. Für ein Homelab meiner Größe natürlich viel zu überdimensioniert.

Backup mittels Proxmox Backup Server

Wie oben bereits erwähnt verwende ich denProxmox Backup Server (externer Link) als Sicherungsanwendung. Dieser soll, so vom Hersteller empfohlen über lokale Festplatten verfügen. Da mein verwendeter Thinclient aber nicht ausreichend Speicherplatz hat, habe ich mein UnRaid Server angebunden. NFS Shares sind nicht direkt als Storage anlegbar, sondern müssen via mount am System selbst hinzugefügt werden. Anschließend lässt sich das Verzeichnis als Sicherungsziel definieren.

Als retention policy verwende ich im privaten Bereich eigentlich fast immer

• 7 tägliche Sicherungen
• 4 wöchentliche Sicherungen
• 12 monatliche Sicherungen

Auf Sicherungen stündlich oder jährlich verzichte ich meist. Lediglich bei ZFS-Snapshots habe ich in der Vergangenheit auf stündliche „Sicherungen“ gesetzt.

Fazit

Der Cluster läuft noch nicht so lange. Allerdings habe ich auf ein paar Screenshots aufMastodon (externer Link) Feedback erhalten, dass man doch gerne mehr wissen möchte. Entsprechend habe ich den aktuellen Status einmal hier zusammen gefasst. Den späteren Endausbau mit den virtuellen Maschinen werde ich sicherlich noch mal präsentieren.

Wer nicht grad unter einem Stein lebt, bekommt ein wenig die Tragik um Twitter und Elon Musk mit. Musk ist IMHO eh sehr kontrovers und die Dinge die gerade auf der Plattform passieren passen nicht jedem.

Seit einiger Zeit wechseln viele Menschen von Twitter zu Mastodon um einen anderen Microblogging-Dienst zu verwenden. Ob man die zwei Plattformen wirklich vergleichen kann sei mal dahin gestellt.

Ich für meinen Teil wollte der Plattform mal eine Chance geben. Natürlich habe ich mir dafür nicht einfach eine Instanz ausgesucht, sondern habe mir eine eigene Instanz in meinem Homelab installiert. Grundsätzlich ist das auch keine schwere Aufgabe. Leider benötigt allerdings eine Installation doch recht viel Ressourcen.

Die Standardinstallation von tootsuite benötigt

• Elasticsearch
• Postgres Datenbank
• S3 Storage
• Redis

und natürlich die normalen Container für die Software an sich.

Ob Mastodon und diese Installation langfristig für mich bestand haben wird, wird die Zeit zeigen. Ich wollte mal bis Ende des Jahres warten wie es sich entwickelt. Sollte ich dann dabei bleiben werde ich die Instanz sicherlich auf meinen VPS beiNetcup (externer Link) umziehen.

EinRaspberry Pi (externer Link) Server Rack schafft die Ordnung ins heimische Homelab. Die Möglichkeit mehrere der kleinen Einplatinensysteme platzsparend unterzukriegen hilft auch das Kabelchaos in den Griff zu bekommen.

EinRaspberry Pi (externer Link) Server Rack gibt es mittlerweile ziemlich viele. Sogar auf Amazon haben es einige Händler geschafft dort eine gewisse Auswahl zu haben. Allerdings finde ich diese häufig recht teuer, sicherlich weil es zumeist Kleinserienfertigung ist.

Glücklich kann sich dann natürlich die Person schätzen die einen 3D-Drucker sein eigenen nennen darf. Damit sind viele Möglichkeiten offen. Im Laufe der Zeit habe ich zwei verschiedene im Einsatz gehabt.

2 HE Raspberry Pi Server Rack für 10 Pis

Angefangen habe ich mit einem 2 HE System. Meine Idee war 10 Pis zusammen alsKubernetes Cluster (externer Link) zu verwenden. Grundsätzlich ist diese Idee auch gut, aber für meine Anforderungen mittlerweile nicht mehr ausreichend.

Die zwei Höheneinheitenvariante war eine Mischung aus Kauf und 3D-Druck. Der Rackrahmen aus Aluminium wurde gekauft. Der kam entsprechend schon mit allen notwendigen Schrauben. Gedruckt mussten lediglich die Einsätze für dieRaspberry Pis . Hier gab es im Laufe der Zeit auch Unterschiede zwischen der 2., 3. und 4. Generation. Das lag daran, dass die Ports leicht versetzt waren und somit nicht mehr gepasst haben.

Ein schöner Vorteil war bei dem System allerdings, dass der Ersteller derDruckvorlagen (externer Link) auch Blindrahmen erstellt hat. So ist ein sauberes Aussehen im Rack möglich.

Zudem gibt es noch die Möglichkeit in die Rahmen OLED Displays einzubauen. Sieht natürlich dann noch besser aus. Da mein Rack allerdings im Keller steht und da kaum jemand drauf guckt, habe ich mich nicht für diese Variante entschieden.

1 HE Raspberry Pi Server Rack für 6 Pis

Vor einiger Zeit bin ich dann auf eine kleinere Variante umgestiegen. Die Erkenntnis, dass ich keine zehn Systeme betreiben werde brachte mich auch dazu eine Höheneinheit zu sparen. AufThingiverse (externer Link) bin ich dann auf ein komplett gedrucktes System gestoßen das mit Einschüben arbeitet.

Zwar musste ich hier mehr basteln bzw. brauchte noch weitere Schrauben, allerdings war das System für mich passender.

Jeder Raspberry Pi wird dabei auf ein Schlitten geschraubt und wird dann einfach in die Halterungen geschoben. Somit ist es auch egal welche Generation die Pis haben, da Bohrungen in der Platine immer gleich waren.

Auch hierfür gibt es extra druckbareAufsätze (externer Link) die eine OLED Montage erlauben. Allerdings fallen hier die USB-Ports weg. Je nach Einsatzzweck natürlich nicht so schön.

Ich hatte mich damals auch entschieden zwei verschiedene Farben zu nehmen damit das Rack nicht ganz so trostlos aussieht. Auch wenn es, wie gesagt, nur im Keller steht.

Ein DNS Werbeblocker gehört mittlerweile zur Standardausstattung eines jedenHomelabs . Für diese Werbeblocker werden natürlich auch DNS Blocklisten benötigt die gepflegt werden sollten. In diesem Beitrag möchte ich dir meine Listen darstellen und warum ich diese empfehle.

Natürlich kann man auch wesentlich mehr Listen pflegen als diese drei die ich in diesem Beitrag empfehle, allerdings verursachen mehr Listen auch mehr Last und dadurch kann die Performance deinesWerbeblockers beeinträchtigt werden.

Welche Software man zum Blocken von Werbung verwendet ist natürlich Geschmacksache. Da ich in meinem Kubernetes-Cluster GitOps betreibe und config-as-code bevorzuge (genug Bullshit Bingo vorerst) verwende ichblocky (externer Link) . Diese Listen funktionieren aber genau so gut inPiHole (externer Link) oderAdguard (externer Link) .

Werbung und Tracker

Um Werbung und Tracker zu blockieren reicht im Regelfall diese eine Liste. Ich habe bis jetzt noch keine Werbung festgestellt die durch einen Werbeblocker gefiltert werden könnte und hiermit durchkommt.

https://raw.githubusercontent.com/ookangzheng/dbl-oisd-nl/master/dbl.txt

TV Werbung und Tracking

Natürlich werden keine Werbung im regulären TV geblockt allerdings nutzen moderne TVs, sollten sie im Netzwerk hängen und Internetkommunikation haben, diverse Tracker um z. B. via Red Button Werbung einzublenden. Hierfür habe ich bei mir mehrere Listen hinterlegt, Grundsätzlich würde aber die erste Liste aussreichen

https://gist.githubusercontent.com/wassname/b594c63222f9e4c83ea23c818440901b/raw/1b0afd2aecf3a099f1681b1cf18fc0e6e2fa116a/Samsung%2520Smart-TV%2520Blocklist%2520Adlist%2520(for%2520PiHole)
https://gist.githubusercontent.com/wassname/78eeaaad299dc4cddd04e372f20a9aa7/raw/d7863a978993e99d9c77c9001008ce670a3b4c29/LG%2520Smart-TV%2520Blocklist%2520Adlist%2520(for%2520PiHole)
https://raw.githubusercontent.com/Perflyst/PiHoleBlocklist/master/SmartTV.txt
https://gist.githubusercontent.com/hkamran80/779019103fcd306979411d44c8d38459/raw/e0f084b396bb8ffcb390c8e7272ae96a6c292d10/SmartTV2.txt

Fakenews

Gerade in heutiger Zeit werden immer mehr Fakenews verbreitet und es ist daher wichtiger sich davor zu schützen. Auch wenn man selbst vielleicht die notwendige Kompetenz hat das selbst zu erkennen sollte man seine Familie evtl. auch davor schützen. Als ich diese Liste gefunden habe, bin ich natürlich erst mal über die Liste drüber geflogen ob es sicher hier wirklich um Fakenews Seiten handelt. Aus meiner Sicht ja. Entsprechend habe ich diese DNS Blocklisten auch bei mir hinterlegt.

https://raw.githubusercontent.com/StevenBlack/hosts/master/alternates/fakenews/hosts

Whitelist

Diverse Seiten landen aus unterschiedlichen Gründen gern auf Blocklisten. Zumeist auf Grund von Telemetrie oder Tracking. Nichts desto trotz möchte man vlt. seine Lieblingsdienste gut und uneingeschränkt verwenden. Entsprechend habe ich zwei Liste in meiner blocky Konfiguration um diese verwenden zu können. Wem das zu viel ist, sollte lieber die Dienste einzeln pflegen.

https://raw.githubusercontent.com/anudeepND/whitelist/master/domains/whitelist.txt

Weiter Empfehlungen

Vor kurzem wurde mir auf Mastodon eine sehr interessante Liste in die Timeline gespült. Jemand macht sich die Arbeit und listet alle URLs des Axel Springer Verlages auf. Damit kann man sicher stellen, dass dem sehr umstrittenen Verleger nicht noch mehr Geld zugespielt wird. Die Liste ist natürlich auch für diverse andere Werbeblocker optimiert. Einfach mal imGitHub Repo (externer Link) angucken.

https://raw.githubusercontent.com/autinerd/anti-axelspringer-hosts/master/axelspringer-hosts

Inspiriert durchr/selfhosted (externer Link) dachte ich mir, dass ich auch mal mein Homelab Dashboard vorstellen möchte. Der Sinn und Zweck eines solchen Homelab „Dashboards“ ist es möglichst viele Dinge als quasi Lesezeichen parat zu haben. Verschiedene andere Softwareprodukte können z. B. auch noch Livezahlen darstellen.

Ich nutze bei mir Hajimari. Das ist eine Software welche für den Einsatzzweck in Kubernetes-Umgebungen gedacht ist.Hajimari (externer Link) hat den Vorteil, dass es Ingress Defintionen auslesen kann und man somit weniger Einstellungen manuell machen muss.

Auf meinemYouTube Kanal (externer Link) habe ich vor längerer Zeit schon malHeimdall (externer Link) undOrganizer (externer Link) vorgestellt. Du kannst dir diese zwei Videos ja gern einmal ansehen.

Aufteilung

Grundsätzlich ist das Dashboard in zwei Bereich aufgeteilt. Der obere welcher meine ganzen Homelab Dienste und Systeme darstellt und der untere Teil der verschiedene Lesezeichen immer parat hält.

Während die oberen quasi automatisch dargestellt werden, müssen die Bookmarks unten komplett manuell in die Konfiguration übertragen werden.

Meine ganze Kubernetes Konfiguration findest du übrigens aufGithub (externer Link) .

Was sind das für Dienste?

Ich gehe einmal von links oben nach rechts unten die Liste durch. Ich verlinke jedes Produkt sodass du dich selbst genauer über die einzelnen Softwareprodukte informieren kannst.

Paperless

Paperless ist mein Dokumenten Management System. Hier werden alle aufzuhebenen Dokumente eingescannt oder per Email weiter geleitet und verarbeitet. Anfangs recht viel Aufwand bis man viele Korrespondenten hinterlegt hat, aber jetzt habe ich mich an den Workflow gewöhnt.

Link:https://github.com/jonaswinkler/paperless-ng (externer Link)

Teslamate

Teslamate ist eine Software um mittels Tesla API die Werte des Fahrzeuges auszulesen und in eine Datenbank zu speichern. Hiermit lassen sich hervorragend Langzeitstatistiken erstellen.

Eine Alternative wäreTronity (externer Link) , welche auch für viel anderen Hersteller von Elektroautos verfügbar ist.

Link:https://github.com/adriankumpf/teslamate (externer Link)

Home Assistant & Home Assistant Codeserver

Home Assistant sollte den meisten wohl bekannt sein: Eine Software zur Steuerung von Smart-Home Geräten. Home Assistant konzentriert sich darauf komplett offline funktionieren zu können und den Datenschutz als eine der wichtigsten Komponenten zu nehmen. Theoretisch könnte man auch Home Assistant als Homelab Dashboard nehmen, da sich hier auch viele Services integrieren lassen.
Der Code Server ist dazu Visual Studio Code im Browser um meine Konfiguration editieren zu können.

Link Home Assistant:https://www.home-assistant.io (externer Link)
Link Code Server:https://github.com/coder/code-server (externer Link)

Node-Red

Mittels Node-Red lassen sich Abläufe für Automatisierungen erstellen. Eine gute Ergänzung zu Home Assistant. Ich nutze es aber nur dafür um von einem Wechselrichter unser PV-Anlage die Daten via XML auszulesen und per MQTT weiter zu leiten.

Link:https://nodered.org (externer Link)

ZwaveJS2MQTT

Noch besitze ich einige ZWave Geräte. Diese werden mittels einem Aeotec Z-Wave Stick als Bridge ausgelesen und via dieser Software per MQTT übertragen. Home-Assistant kümmert sich dann um den Rest.

Link:https://github.com/zwave-js/zwavejs2mqtt (externer Link)

Jellyfin

Jellyfin ist ein Fork von Emby. Dieser wurde, wenn ich das recht in Erinnerung habe, erstellt weil Emby einen sehr merkwürdigen Weg der Datenverwaltung und Monetarisierung hatte. Mittlerweile erfreut sich Jellyfin immer größerer Beliebtheit und ist definitiv eine Alternative zu Plex.

Link:https://jellyfin.org (externer Link)

Lidarr / Radarr / Sonarr / Sabnzbd

Auf diese Produkte gehe ich nicht genauer ein. Wer sie googelt wird schon finden wofür sie sind. 😉

Navidrome

Diese Software stellt mir meinen Musikserver bereit und mittels Subsonic Protokoll sind damit auch verschiedene Clients Kompatibel. Ich habe ein paar andere Musikserver ausprobiert und bin jetzt bei Navidrome hängen geblieben. Ehrlich gesagt, ohne besonderen Grund. Läuft einfach.

Link:https://www.navidrome.org (externer Link)

Plex

Neben Kodi (wollte schon gerade xmbc schreiben 🙄) wohl der bekannteste Medienserver. Diesen nutze ich zum Teilen von Mediatheken. Jellyfin wird rein für mich verwendet. In einem älteren Beitrag habe ich auch beschrieben wie man einenlow-end Plex Server aufsetzen kann.

Link:https://www.plex.tv/de/ (externer Link)

Grafana

Die Mutter aller Visualisierungstools. Mit Grafana lässt sich so jede Datenquelle anzapfen und visualisieren. Entsprechend stellt sie mir diverse Informationen aus dem Prometheus Monitoring des Kubernetes Clusters bereit. Aber auch Teslamate visualisiert hiermit die gewonnenen Daten.

Link:https://grafana.com (externer Link)

Authentik

Authentik ist ein Single-Sign-On-Provider. Verschiedene Produkte lassen sich hieran anbinden um nicht immer einzelne Zugangsdaten pflegen zu müssen. Authentik hat auch die Möglichkeit verschiedene Quellen an Nutzerinformationen anzubinden (z. B. GitHub, Microsoft AAD, LDAP, etc)
Es ist sehr angenehm sich nur noch mit einem paar Zugangsdaten anmelden zu können. Auch Authentik bietet die Möglichkeit Links in einer Art Startseite zu sammeln. So fungiert Authentik auch fast als kleines Homelab Dashboard.

Link:https://goauthentik.io (externer Link)

Unifi

Die Controllersoftware meinerUbiquiti (externer Link) Unifi Geräte. Ohne diese lassen sich die ganzen Komponenten nicht konfigurieren.

Link:https://ui.com (externer Link)

Rook-Ceph

Mein Kubernetes Cluster braucht natürlich auch ein Speicher. Da ich mehrere Hosts verwende muss dieser Speicher natürlich allen Systemen bekannt sein. Ich setzte hierfürCeph (externer Link) als verteiltes Dateisystem ein. Rook-Ceph ist dabei die Implementation für Kubernetes um Ceph als Cluster Storage Interface (CSI) verwenden zu können.

Link:https://rook.io (externer Link)

UnRaid

Natürlich braucht ein Homelab auch ein NAS. Da dieses bei mir wirklich nur „kalte Daten“ speichern muss, habe ich mich für UnRaid entschieden. Zwar kostet die Software ein paar Dollar, allerdings lassen sich wie beimSynology (externer Link) SHR verschieden große Festplatten miteinander kombinieren. Bei dem Wust an 2, 3 und 4 TB HDDs sehr angenehm. Wird nur langsam mal Zeit neue Disks zu kaufen.

Link:https://unraid.net/de (externer Link)

opnSense

Vor ein paar Monaten habe ich meine Unifi USG verkauft. Nicht das sie schlecht war, aber für meinen Kubernetes Cluster wollte ich aufBGP (externer Link) setzen. Das wird so nicht offiziell unterstützt und auf einen nervigen weg über eingepflanzte json-Dateien habe ich keine Lust. OpnSense „gefällt“ mir besser als pfSense. Eine Featureentscheidung hat es hier nicht gegeben.

Link:https://opnsense.org (externer Link)

vzlogger

Eine sehr große Hassliebe! vzlogger ist ein Teil des Volkszähller-Projektes. Damit lassen sich Smart-Meter auslesen. Leider haben wir in Deutschland ja immer noch ein Problem mit dem Datenschutz, sodass seit Jahren diese Dinger verbaut werden, aber ohne zusätzlich Strom zu fressen sind sie zu nix zu gebrauchen.

Link:https://volkszaehler.org (externer Link)

Zigbee2MQTT

Ähnlich zu zwavejs2mqtt bietet mit zigbee2mqtt die Möglichkeit Zigbee-Geräte per MQTT mit Home Assistant verbinden zu können. Ich nutze hierfür dasRaspberry Pi (externer Link) Modul RaspBee II und verzichte somit auf sämtliche Herstellerbridges die mir Zigbee bereit stellen wrüden.

Link:https://www.zigbee2mqtt.io (externer Link)

PGAdmin

Meine Kenntnisse bei MySQL/MariaDB sind ganz okay. PostgresQL kann ich allerdings so gut wie gar nicht. Entsprechend habe ich hier ein Webinterface zur Verwaltung meines PostgresQL Servers. Die MySQL/MariaDB AlternativephpMyAdmin (externer Link) sollte ja auch jedem bekannt sein.

Link:https://www.pgadmin.org (externer Link)

Viele Menschen starten ihr Homelab mit ein oder zwei Programmen auf einem kleinen Rechner. Langsam aber sicher wird dieses dann ausgebaut und im Laufe der Zeit erweitert. Geht man weg von einemRaspberry Pi (externer Link) und wechselt zum Beispiel auf einen Intel NUC hat man viel Freiraum für neue Services.

Genau aus diesem Grund möchte ich dir als Anregung meine Top 10 Homelab Services aufzählen. Vielleicht ist ja noch ein wenig Inspiration für dich mit dabei.

Bevor du dein Homelab startest solltest du dir erst einmal Gedanken machen auf welcher Hardware du deine Dienste installieren möchtest. Am einfachsten startet man mit alter, vorhandener Hardware. Solltest du etwas stromspurenderes benötigten kann man mit einemRaspberry Pi (externer Link) starten. Auf Amazon gibt es diverse Sets die direkt alles in einem liefern. Das ist zwar etwas teurer, dafür musst du dich nicht um Einzelteile kümmern.

Eine Alternative die natürlich mehr Power haben, sind Intel NUCs. Diese sehr beliebten Minirechner sind von kleinen stromsparenden CPUs bis hin zu einem potenten Core i7! Wer direkt viel Freiraum haben, langfristig plant und dennoch wenig für Strom ausgaben möchte ist damit wohl am besten bedient.

Meine Top 10 Homelab Services

Natürlich sind diese Softwareprodukte in eine Reihenfolge gebracht worden. Allerdings ist es manchmal schwer diese auch dauerhaft so zu verargumentieren. Die Reihenfolge ändert sich natürlich immer ein wenig. Aber die Produkte an sich bleiben doch meist gleich. Also los gehts:

10 – FreshRSS

FreshRSS (externer Link) ist wie der Name schon verrät ein RSS Reader. Eigentlich ja nichts Besonderes zumal es ja viele Cloud-Dienste wie z. B. Feedly gibt, die genau das gleiche machen. Wir wären aber nicht im Homelab, wenn wir nicht versuchen würden, möglichst viele Dienste selbst bereitzustellen.

Mit FreshRSS kannst du über den Browser den RSS Feed deiner Lieblingsblogs und -webseiten lesen. Hoffentlich auch den von teqqy.de 😉

Ich nutze als mobilen Client unter iOS zudem nochReeder (externer Link) . Diese App hat eine direkte Integration für FreshRSS und macht so das Setup total einfach.

Paperless-NG (externer Link) ist ein DMS (Document Management System) und der Nachfolger des leider nicht mehr weiter entwickelten paperless. Viele Tutorials da draußen funktionieren auch weiterhin mit paperless-ng. Ein DMS hilft dir deinen Papierkram digital zu strukturieren und im Falle des Falles schnell wieder zu finden.

Im Laufe der Zeit habe ich verschiedene andere DMS Systeme ausprobiert. Das ebenfalls kostenfreie papermerge sowie das kostenpflichtige ecoDMS, um nur zwei der gefühlt unendlich langen Liste zu nennen.

8 – Hajimari

Davon wirst du bestimmt noch nichts gehört haben. Macht nichts, dafür bin ich ja da. Hajimari ist einDashboard . Aber im Gegensatz zu Dashboards wie Heimdall ist dies rein auf die Installation in einem Kubernetes Cluster spezialisiert. Hajimari verwendet die Ingress API, um automatisch die Anwendungen im Cluster darzustellen.

Zudem kann es noch mit weiteren Links zu Lieblingsseiten erweitert werden. Falls du kein Kubernetes einsetzt, empfehle ich dir Heimdall oder Organizr mal anzugucken. Zu beiden gibt es sogar auch ein Video auf meinemYouTube (externer Link) Kanal.

7 – Littlelink

Sicherlich auch ein Service von dem du noch nichts gehört hast.Littlelink (externer Link) ist eine Alternative zu Linktree, einer Onlineplattform um Links zu verschiedenen Webseiten zusammen zu fassen. Wenn du viel in sozialen Netzwerken unterwegs bist, hast du das sicherlich schon mal gesehen.

Littlelink wurde von dem YouTuber TechnoTim (Folgeempfehlung (externer Link) ) erstellt und kann natürlich auch via Docker installiert werden. Ein Beispiel kannst du dir beimir (externer Link) anschauen.

6 – Grafana

Im Laufe der Zeit sammeln sich verschiedene Metriken, Performance- und Statistikdaten im Homelab an. Sei es durch das Monitoring, die Heim-Automatisation oder einfach nur weil die intelligenten Steckdosen den Strom sauber messen sollen. Grafana ist hierbei eines der, wenn nicht das beste Tool, um diese Daten zu visualisieren. Einen guten Einsteig in Grafana habe auch als kleineTutorialserie (externer Link) auf YouTube veröffentlicht. Vielleicht ist das ja noch was für dich.

5 – Authentik

Bereits vor kurzem hatte ich einen Blogartikel veröffentlicht, wie man Proxmox an Authentik anbinden kann. Aber was ist Authentik eigentlich? Mit dieser Software kannst du eine zentrale Nutzerverwaltung für deine Homelab Dienste bereitstellen. So musst du nicht in jeder Anwendung einzelne Benutzeraccounts pflegen.

Das besondere an Authentik ist, dass es die Benutzer auch nicht selbst pflegen muss, sondern z. B. von GitHub, Google oder LDAP heranziehen kann. Dir stehen damit also viele Möglichkeiten offen.

Ich versuche mittlerweile, jede Software, die eine Schnittstelle zu OpenID, oAuth oder LDAP hat, mit Authentik bekannt zu machen, um mir die Pflege der Nutzeraccounts zu vereinfachen.

4 – Proxmox

Proxmox? Ja Proxmox. Eine gute Virtualisierungsplattform zu haben, ist für das Homelab äußerst praktisch. Es lassen sich schnell und einfach neue System hoch ziehen und neue Software und Tools ausprobieren. Die Möglichkeit neue Dinge zu lernen kann somit schier unendlich sein.

{% youtube Io7oOnmhpZs %}

3 – Jellyfin

Ich ware viele Jahre Plex Nutzer. Plex ist ein Netzwerkmediaplayer, um Filme, Serien oder Musik im Netzwerk zu streamen. Da die coolen Funktionen in Plex nur mit einem Plex Pass zu haben sind, welcher gebührenpflichtig ist, ist das für viele ein kleines Hindernis.

Weitere Platzhirsche sind noch Kodi und Emby. Kodi hat für mich persönlich den Nachteil, dass die ganze Intelligenz in Client am TV hängt, heißt der muss entsprechend die Power haben. Bei den anderen wird mögliche Transcodierleistung vom Server erwartet.

ZuJellyfin (externer Link) bin ich vor kurzem gewechselt, weil ich etwas neues ausprobieren wollte – und bin dort hängen geblieben. Es ist einfach eine richtig gute Software.

2 – blocky

Von dieser Software hast du sicherlich auch noch nichts gehört. PiHole oder AdGuard Home allerdings schon.Blocky (externer Link) ist eine weitere Alternative dazu. Ich setze eben diese ein, weil sie perfekt für einen Kubernetes Cluster gemacht ist: Leichtgewichtig, komplett via deployment zu konfigurieren und stabil.

Wer den Werbeblocker nicht in einem Containercluster bereit stellt, dem ist weiterhin aus meiner Sicht eher AdGuard als PiHole zu empfehlen. Ich verfolge zwar die Entwicklung von PiHole nicht mehr aktiv, war aber mit AdGuard einfach immer zufriedener.

1 – Home-Assistant

Sicherlich eine der wenigen Software in der Liste, die du auf jeden Fall kennst. Home-Assistant ist meine Software, um meine komplette Heimautomatisation zu steuern. Von smarten Glühbirnen über Tür- und Fenstersensoren, Luftbefeuchter bis hin zu Staubsaugern und vielem mehr wird hierüber durch verschiedene Automatisierungen gesteuert. Meine Konfiguration findet du dazu übrigens auch aufGitHub (externer Link) .

Home-Assistant nutze ich, seit dem ich vor ca. 4 Jahren von FHEM dorthin gewechselt bin. Mit FHEM wurde ich irgendwie nie wirklich warm und openHAB2… nunja… Es ist Java…

Sonstiges

Sicherlich vermisst du Dienste wie Passwortmanager oder Codeverwaltung? Das liegt daran, dass beide Services so wichtig sind, dass ich im Homelab nicht die notwendige Uptime dafür bereitstellen kann und möchte. Zwar gehört auch immer ein gewisses Stück Vertrauen in die Software, allerdings haben mich 1Password als Passwortmanager und GitHub als Codeverwaltung noch nie enttäuscht.

Zwischenzeitlich hatte ich beide Services sogar mal selbst gehostet, aber auf Grund der eben angesprochenen Problematik dann doch wieder einem Cloud-Service überlassen.

Im Februar diesen Jahres habe ich einen ersten Beitrag zu meinem kleinen k3s Homelab geschrieben. Seit dem ist echt viel passiert und vieles hat sich verändert und ist hinzu gekommen. Direkt von Anfang an gilt ein großer dank der k8s-at-home Community!

k3s homelab Hardware

Fangen wir wieder mit der Hardware an. Damals primär nur Raspberry Pis ist es jetzt ein Architekturmix geworden. Als Master laufen dreiRaspberry Pi (externer Link) 4 mit 4 GB RAM. Daetcd (externer Link) die SD-Karten zum Frühstück fressen würde, bin ich hier auf128 GB SSDs (externer Link) gewechselt die mittels einesUSB zu SATA Adapters (externer Link) angeschlossen sind.

Als Worker habe ich mir in den letzten Monaten gebrauchte Lenovo Thin Clients gekauft. Zwei davon sind mit 4-Kern Intel i5-6500T, 8 GB RAM, einer 128er SSD für das OS und einer 512 GB NMVe für ceph ausgestattet. Die zwei anderen mit einem Intel i3-6100T, 8 GB RAM und einer 128 GB SSD für das OS. Diese Hardware reicht völlig für ein k3s Homelab aus.

Software

Diese hat sich kaum geändert. Damals Ubuntu 20.04 LTS, heute Ubuntu 21.04 (non-LTS). Die Raspberry Pis haben natürlich die jeweilige 64bit Variante für ARM installiert bekommen.

Cluster-Ressourcen

CSI – Cluster Storage Interface

Longhorn (externer Link) habe ich den Rücken gekehrt. Für kleine Cluster ziemlich brauchbar. Sobald der aber etwas größer wird, bzw. viele Dateien verändert werden kam die Replikation nicht mehr hinterher. Entsprechend vielen häufiger Volumes aus und mussten aus dem sehr gut funktionierenden Backup wiederhergestellt werden.

Als CSI nutze ich mittlerweilerook-ceph. (externer Link) Ceph als unterliegendes verteiltes Dateisystem und rook als Tool um darauf zugreifen zu können. Einige in der Community verwenden auch einen externen Ceph Cluster, z. B. via Proxmox. Rook-ceph ist schön leichtgewichtig, schnell und zuverlässig!

Derzeit ist der Cluster leider „degraded“, weil meine virtuelle Node auf meinem Proxmox Host fehlt.

CNI – Cluster Network Interface

Als CNI benutze ich das default Netzwerk von k3s: flannel. Allerdings lege ich ein LoadBalancer noch oben drüber.

Damals gar nichts dazu geschrieben. Ich gehe mal davon aus das ich auch zu diesem Zeitpunkt bereitsMetalLB (externer Link) verwendet habe. MetalLB stellt mir IP-Adressen zur Verfügung damit externe Geräte auf bestimmte Dienste direkt zugreifen können, ohne Reverse Proxy.

Ingress Controller

Auch hier gab es einen Wechsel. Damals noch ingress-nginx (externer Link) werden heute sämtliche HTTPS Seiten mittelsTraefik (externer Link) publiziert.Traefik liefert mit allerdings nicht die Zertifikate, dies wird weiterhin vom cert-manager übernommen. Natürlich via Let’s encrypt.

Monitoring

Im Bereich Monitoring hat sich am Cluster nichts geändert. Weiterhin wird er kube-prometheus-stack verwendet. Auch wenn der etwas Ressourcenfressend ist, gibt es kaum eine andere Lösung. Prometheus selbst hält die Daten allerdings nur noch sechs Stunden vor. Anschließend werden sie in Thanos bereit gestellt. Grafana greift entsprechend direkt auf Thanos als auf Prometheus zu.

Benachrichtigt werde ich via Alert Manager in einem separatenDiscord (externer Link) -Server. Dieser schickt mittels Webhook entsprechende Informationen über Fehler und deren Behebungsstatus.

Was läuft in meinem k3s Homelab?

Eigentlich alles was ich im Homelab immer so laufen hatte. NAS und Firewall sind weiterhin separiert. Alles andere läuft als Container im Cluster. Ein paar Beispiele

• Home-Assistant (externer Link) incl.Mosquitto (externer Link) MQTT undzwavejs2mqtt (externer Link)
• Teslamate (externer Link) um die Daten unseres Model 3 abzufragen
• Paperless-NG (externer Link) als DMS
• FreshRSS (externer Link) als RSS Reader
• Jellyfin (externer Link) als Mediaplayer
• blocky (externer Link) als Netzwerk Werbeblocker
• u. v. m.

Deployment

Im Februar wollte ich noch nichts zum Deployment der Anwendungen und Container schreiben. Mittlerweile finde ich das Thema sehr interessant und wollte es ganz kurz vorstellen.

Ich verfolge mit dem k3s-homelab einen GitOps Ansatz. Heißt meine komplette Konfiguration aller Container und Dienste befindet sich in einemGitHub Repository (externer Link) . Allerdings nicht als einzelne Kind-Defintionen sondern alsHelm (externer Link) Datei. Sobald ich ein neuen commit im Main-Branch mache wird dies durchFluxCD (externer Link) von meinem Cluster gepullt und die Änderungen übernommen.

Ein Webhook benachrichtigt mich dann viaDiscord (externer Link) über entsprechende Änderungen oder Fehler.

Bei Fragen und Anregungen versuche ich dir natürlich gern zu helfen.

Ich dachte mir, dass ich mal ein paar Worte zu meinem mittlerweile angewachsenen Kubernetes Homelab schreibe. Nicht, dass das irgendwas weltbewegendes wäre, aber sicherlich für den einen oder anderen ein kleiner Denkanstoß oder Inspiration für eigenes.

Hardware

Hardware wird keine dedizierte eingesetzt. Ich habe auf meinem Proxmox Server vier virtuelle Maschinen erstellt. Dazu gesellen sich allerdings derzeit noch zweiRaspberry Pi (externer Link) 4 mit 4 GB RAM.

Software

Als Betriebssystem setze ich durchgehend auf Ubuntu 20.04 LTS. Bei den virtuellen Maschinen natürlich die amd64 und bei denRPi (externer Link) arm64 Variante.

Der Cluster selbst läuft mit Ranchersk3s (externer Link) anstatt eines vollen k8s.

Kubernetes Cluster

Allgemein

Der Cluster selbst besteht aus einem Master und fünf Worker. Ein Multimaster-Setup habe ich mir überlegt, allerdings für den Anfang verworfen. Auch wenn es mit k3s eigentlich ziemlich einfach gehen würde. Zumindest mit externer Datenbank.

Storage

Als Storage setze ich aufLonghorn (externer Link) . Longhorn, auch von Rancher, ist ein distributed block storage welches iSCSI im Hintergrund nutzt. Je Storage Node wird eine dedizierte Festplatte (so zumindest der empfohlene Weg) an den Cluster gereicht und alle Dateien werden entsprechend verteilt. Zwei Hosts sind hier das Minimum. Bei mir werden alle 4 virtuellen Maschinen dafür verwendet.

Ingress

In meinem kleinen k3s Tutorial habe ichTraefik (externer Link) als Ingress eingerichtet. Für meinen produktiven Cluster im Homelab allerdings setze ich aufNGINX (externer Link) . Es liegt einfach an der leichteren Konfiguration für Einsteiger. Traefik ist wie unter Docker sehr mächtig, allerdings hat mich das etwas überfordert, sodass ich mit dem leichteren Beginnen wollte.

Monitoring

Auch hier nutze ich den klassichen Weg und verwende denkube-prometheus-stack (externer Link) . Bohrte den allerdings noch mit etwasLoki (externer Link) auf. Loki ist ein Software um Logdateien aufzubereiten. Ähnlich wie man es vlt. vom Elastik Stack (ELK) kennt.

Ein Alerting via Alertmanager ist noch nicht im Einsatz. Dafür informiert mich Botkube über diverse Cluster-Ereignisse auf einen dedizierten Server.

Besonderheiten

Ich wollte von Anfang an nicht stur yaml-Dateien schreiben und diese mit kubectl in den Cluster jagen. Ich bin früh auf diek8s@home (externer Link) Community gestoßen die sich Rund um das Thema GitOps und Kubernetes im Homelab beschäftigen. Entsprechend wird mein Cluster auch komplett aus einemGitHub Repository (externer Link) gespeist. FluxCD zieht sich diese Daten und deployt sie im Cluster. Alles via Helm.

Das Problem ist noch, dass ich mich noch nicht um das Thema Secrets bemüht habe. Das steht für die nächste Zeit auf der Roadmap. Dann ist es auch möglich Tokens, Zertifikate und ähnliches aufGitHub (externer Link) zu speichern. Im können fast alle Dienste nur aus dem internen Netzwerk heraus erreicht werden.

Was hoste ich?

Ich würde diese Liste einfach mal nach Namespaces aufteilen. Ich liste allerdings nur weitere Software auf die nicht oben beschrieben sind.

home

• Home Assistant mit code-server
• Mosquitto
• Heimdall

network

• MetalLB
• cloudflare-ddns
• ntp

media

• Gaps
• Ombi
• Tautulli
• Plex

k3s ist eine schlanke Variante zum vollen Kubernetes (k8s) Stack. Derk3s (externer Link) Cluster lässt sich daher mit wenigen Schritten installieren und einrichten. Dieses Tutorial beschreibt dir wie du den k3s Cluster installieren kannst.

Voraussetzungen

Für dieses Tutorial gibt es ein paar Voraussetzungen:

• Mindestens zwei Linux Systeme (egal ob VM oderRaspberry Pi (externer Link) ) mit mind. 2 Kernen und 1 GB RAM
• Grundlegende Kenntnisse von Linux
• Die Fähigkeit Tutorials komplett zu lesen (entschuldige den Sarkasmus)

Vorbereitungen

Solltest du eine VM verwenden, musst du nichts weiter vorbereiten als dein System auf den aktuellen Stand zu patchen. Zudem wäre es empfehlenswert, wenn du feste IP-Adressen verwenden würdest. Andernfalls kannst du natürlich auch die Kommunikation via DNS machen, dann benötigst du aber ein zuverlässiges DNS!

Solltest du allerdings einenRaspberry Pi (externer Link) verwenden müssen wir noch etwas am boot Prozess einstellen. Und zwar erweitern wir die cmdline.txt Datei. Diese liegt bei Rasbian und Ubuntu (ja auch das gibts für denRPi (externer Link) ) unter verschiedenen Orten:

Rasbian

sudo vim /boot/cmdline.txt

Ubuntu

sudo vim /boot/firmware/cmdline.txt

Am Ende der Zeile fügen wir noch folgendes ein

cgroup_enable=1 cgroup_memory=1 cgroup_enable=memory

Solltest du das bei den Raspberry Pis nicht tun, wird k3s nicht starten!

k3s Cluster installieren

Master installieren

Fangen wir mir dem Master an. Dieser lässt sich quasi mit copy & paste von der k3s.io Webseite kopieren. Allerdings wollten wir ja die Installation ein wenig anpassen. Wir verwenden z. B. MetalLB als Cluster Load Balancer um IP Adressen aus dem normalen Netzbereich unseres Netzwerkes zu verwenden. Zudem bin ich ein Fan von Traefik. Zwar kommt der k3s Cluster im Standard schon mit Traefik daher, allerdings wollen wir die Funktion erweitern. Entsprechend müssen wir die Installation ein wenig abändern.

curl -sfL https://get.k3s.io | sh -s - --disable traefik --disable servicelb

Nach ein paar Augenblicken sollte der Cluster soweit sein. Wir kontrollieren das mit

kubectl get nodes

Und sollten eine Node sehen die den Status ready hat.

Agenten hinzufügen

Diesen Schritt wiederholst du entsprechend so oft wie viele Agenten du zu dem Cluster hinzufügen möchtest.

Allerdings benötigen wir als erstes deinen Token um die verschlüsselte Kommunikation zu erlauben. Diesen lesen wir wie folgt aus

cat /var/lib/rancher/k3s/server/node-token

Es erscheint eine lange Zeile aus Buchstaben und Zahlen z. B.

K10c8c26950c31536167a7a38f11979060f977cf33cfe10a5e7b130e057a8e1d4df::server:de0d941e347301d8ac112e4c2ef2826b

Natürlich sieht das bei dir anders aus, daher ist ein einfaches kopieren aller Befehle in diesem Tutorialnicht möglich.

Nun verbinden wir die Agenten mit dem Master

curl -sfL https://get.k3s.io | K3S_URL=https://{IP-Server}:6443 K3S_TOKEN={Token} sh -

Passe bitte die zwei Variablen in dem Befehl an deine Gegebenheiten an.

Auf dem Master führen wir nun den Befehl

kubectl get nodes --watch

aus. Nach ein paar Augenblicken sollte der Agent dort erscheinen und nach ein paar weiteren in den Status Ready wechseln.

Da jetzt der Cluster läuft, können wir uns um MetalLB kümmern.

MetalLB installieren

MetalLB ist wie gesagt ein LoadBalancer um Anfragen über den Cluster zu verteilen. Wir werden MetalLB als Layer2 LB verwenden. Alternativen für Menschen mit mehr Netzwerkkenntnissen wären z. B. noch BGP. Layer2 reicht aber für das Homelab und benötigt keine spezielle Konfiguration an Firewall und/oder Switchen.

Die Version des Programmes ändert sich natürlich fortlaufend. Entsprechend ist zu beachten, dass du in den Befehlen die Version auf den neusten Stand bringst. Am besten ist, du wirfst immer vorher ein Blick in die offizielleDokumentation (externer Link) .

kubectl apply -f https://raw.githubusercontent.com/metallb/metallb/v0.9.5/manifests/namespace.yaml
kubectl apply -f https://raw.githubusercontent.com/metallb/metallb/v0.9.5/manifests/metallb.yaml
# On first install only
kubectl create secret generic -n metallb-system memberlist --from-literal=secretkey="$(openssl rand -base64 128)"

Ein paar Sekunden später ist die Grundarbeit erledigt. Jetzt legen wir noch den IP-Bereich fest, den MetalLB zur Verfügung hat. Dazu erstellen wir uns eine kleine Datei

vim ConfigMap.yaml

und fügen folgenden Inhalt ein

---apiVersion:v1kind:ConfigMapmetadata:namespace:metallb-systemname:configdata:config:| address-pools: - name: default protocol: layer2 addresses: - 192.168.10.50-192.168.10.59

Den IP-Bereich unten passt du bitte so an, dass er bei dir passt!

Last but not leased benötigen wir noch einen reverse proxy. Wie immer bei mir: Traefik.

Traefik installieren

Für Traefik verwenden wir zwei sogenannte Manifest Dateien. Erste Datei:

vim CustomRessourceDefinition.yaml

Und da rein kommt folgender langer Inhalt

---apiVersion:apiextensions.k8s.io/v1beta1kind:CustomResourceDefinitionmetadata:name:ingressroutes.traefik.containo.usspec:group:traefik.containo.usversion:v1alpha1names:kind:IngressRouteplural:ingressroutessingular:ingressroutescope:Namespaced---apiVersion:apiextensions.k8s.io/v1beta1kind:CustomResourceDefinitionmetadata:name:middlewares.traefik.containo.usspec:group:traefik.containo.usversion:v1alpha1names:kind:Middlewareplural:middlewaressingular:middlewarescope:Namespaced---apiVersion:apiextensions.k8s.io/v1beta1kind:CustomResourceDefinitionmetadata:name:ingressroutetcps.traefik.containo.usspec:group:traefik.containo.usversion:v1alpha1names:kind:IngressRouteTCPplural:ingressroutetcpssingular:ingressroutetcpscope:Namespaced---apiVersion:apiextensions.k8s.io/v1beta1kind:CustomResourceDefinitionmetadata:name:ingressrouteudps.traefik.containo.usspec:group:traefik.containo.usversion:v1alpha1names:kind:IngressRouteUDPplural:ingressrouteudpssingular:ingressrouteudpscope:Namespaced---apiVersion:apiextensions.k8s.io/v1beta1kind:CustomResourceDefinitionmetadata:name:tlsoptions.traefik.containo.usspec:group:traefik.containo.usversion:v1alpha1names:kind:TLSOptionplural:tlsoptionssingular:tlsoptionscope:Namespaced---apiVersion:apiextensions.k8s.io/v1beta1kind:CustomResourceDefinitionmetadata:name:tlsstores.traefik.containo.usspec:group:traefik.containo.usversion:v1alpha1names:kind:TLSStoreplural:tlsstoressingular:tlsstorescope:Namespaced---apiVersion:apiextensions.k8s.io/v1beta1kind:CustomResourceDefinitionmetadata:name:traefikservices.traefik.containo.usspec:group:traefik.containo.usversion:v1alpha1names:kind:TraefikServiceplural:traefikservicessingular:traefikservicescope:Namespaced---kind:ClusterRoleapiVersion:rbac.authorization.k8s.io/v1beta1metadata:name:traefik-ingress-controllerrules:-apiGroups:-""resources:-services-endpoints-secretsverbs:-get-list-watch-apiGroups:-extensionsresources:-ingressesverbs:-get-list-watch-apiGroups:-extensionsresources:-ingresses/statusverbs:-update-apiGroups:-traefik.containo.usresources:-middlewares-ingressroutes-traefikservices-ingressroutetcps-ingressrouteudps-tlsoptions-tlsstoresverbs:-get-list-watch---kind:ClusterRoleBindingapiVersion:rbac.authorization.k8s.io/v1beta1metadata:name:traefik-ingress-controllerroleRef:apiGroup:rbac.authorization.k8s.iokind:ClusterRolename:traefik-ingress-controllersubjects:-kind:ServiceAccountname:traefik-ingress-controllernamespace:default

Hiermit werden alle benötigen Clusterweiten Ressourcen und Abhängigkeiten eingerichtet. Anschließend brauchen wir natürlich noch den Container selbst.

vim Deployment.yaml

mit folgendem Inhalt

---apiVersion:v1kind:Servicemetadata:name:traefikspec:ports:-protocol:TCPname:webport:80-protocol:TCPname:adminport:8080-protocol:TCPname:websecureport:443type:LoadBalancerselector:app:traefik---apiVersion:v1kind:ServiceAccountmetadata:namespace:kube-systemname:traefik-ingress-controller---apiVersion:apps/v1kind:Deploymentmetadata:namespace:kube-systemname:traefiklabels:app:traefikspec:replicas:1selector:matchLabels:app:traefiktemplate:metadata:labels:app:traefikspec:serviceAccountName:traefik-ingress-controllercontainers:-name:traefikimage:traefik:v2.3args:- --api.insecure- --accesslog- --entrypoints.web.Address=:80- --entrypoints.websecure.Address=:443- --providers.kubernetescrd- --certificatesresolvers.myresolver.acme.tlschallenge- --certificatesresolvers.myresolver.acme.email=mail@example.com- --certificatesresolvers.myresolver.acme.storage=acme.jsonports:-name:webcontainerPort:80-name:websecurecontainerPort:443-name:admincontainerPort:8080

Nach kurzer Zeit sollte der Container auch erscheinen und den Status Ready bekommen

kubectl get pods --watch

Als letztes kontrollieren wir noch ob Traefik auch eine IP-Adresse aus dem LoadBalancer Bereich erhalten hat

kubectl get svc

Hier sollten wir eine Zeile ähnlich zu dieser haben

NAME TYPE CLUSTER-IP EXTERNAL-IP PORT(S) AGE
traefik LoadBalancer 10.43.43.165 192.168.10.50 80:32049/TCP,8080:31750/TCP,443:31764/TCP 18h

Jetzt kannst du beginnen entsprechende Workload auf deinen Cluster zu bringen. Allerdings derzeit nur mit lokalem Storage. In weiteren Beiträgen werde ich noch Storagemöglichkeiten beschreiben.

Viele meiner Leser wissen es bereits: Ich nutze sehr gerneICINGA2 (externer Link) als meine Monitoring Software. Vor vielen Jahren bin ich von Nagios damals zu ICINGA 1 gewechselt und sehr zeitnah zu Version 2. Entsprechend ist klar, dass mein Homelab Monitoring primär von ICINGA2 durchgeführt wird.

Wie sieht für mich Monitoring aus?

Bevor ich dir mein Homelab Monitoring zeige, möchte ich erst mal auf die Frage eingehen, wie das ganze überhaupt für mich aussehen soll, bzw. was für mich der Sinn und Zweck eines Monitoring ist.

Privat als auch im beruflichen Leben weiß ich gern vor meinen Kunden (Partner:in, Kolleg:innen, externe Kund:innen) ob etwas nicht funktioniert. Realistisch betrachtet gibt es Dinge die man nicht vor anderen wissen kann: zum Beispiel ob das Internet noch funktioniert. 🤷‍♂️ Allerdings ist es im Rahmen der Kommunikation immer ein wesentlicher Vorteil schon zu wissen ob/was nicht richtig funktioniert. Die Kunst ist es hier eine Balance zu finden zwischen Dingen die sinnvoll überwacht werden können und welche einfach nur interessant sind zu wissen. Entsprechend versuche ich viele Dinge zu überwachen und mit sauberen Schwellwerten zu versehen um möglichst frühzeitig ein Problem zu sehen oder gar vor einem Problem eingreifen zu können.

Das gerade angesprochene Beispiel mit der Internetleitung ist so ein Thema. Das Monitoringsystem kann ein Ping auf einen externen Dienst absetzen der quasi immer Verfügbar ist, z. B. Google oder Cloudflare. Auf Grund der Auslastung des Monitoringservers wird der Ping nur nicht durchgehend abgesetzt wie wir es z. B. unter Windows mit dem Parameter-t kennen. Stattdessen wird alle paar Sekunden (oder Minuten) eine Reihe von Pings abgesetzt und hieraus dann ermittelt ob die Internetleitung (bzw. wird ja der Service überprüft) verfügbar ist.

Was monitore ich im Homelab?

Nun kommen wir zur spannenden Frage was ich denn im Homelab überwache. Wie oben bereits geschrieben gibt es für mich kein Grund die Verfügbarkeit der Internetleitung zu überwachen. Es ist immer jemand im Haus der das vor mir erkennen würde. Zudem müsste ich für eine entsprechende Benachrichtigung eine zweite Internetleitung bereit stellen oder ein SMS Gateway anschaffen. Beides für daheim zu großer overhead.

Ansonsten versuche ich alle Infrastrukturdienste zu überwachen, sofern sie durch die jeweilige Software überwachbar sind. Mein DHCP Server ist z. B. in derUnifi (externer Link) USG integriert, hier kann ich den Dienst nicht sauber überwachen, da die Firmware ein geschlossenes System ist.

Anders sieht es z. B. beim Thema Smart Home aus. Hier überwache ich sämtliche Dienste (Home Assistant, zwave to mqtt, zigbee to mqtt, etc) auf deren Ausführung. Ausführung heißt in diesem Falle aber nicht ob die ausführbare Datei gestartet ist, sondern ob der Service wirklich läuft. Ist z. B. das Webfrontend erreichbar oder nimmt der Service auf einem bestimmten Port auch Daten entgegen. Ob das relevante Daten sind, ist hier uninteressant, es geht schließlich einzig und allein um die Verfügbarkeit.

Dazu kommen natürlich noch alle anderen Bereitstellungen wie DMS, Netzwerkspeicher und so weiter. Überall werden, sofern es Sinn macht, natürlich auch Metriken wie CPU oder RAM Auslastung mit protokolliert und grafisch dargestellt.

Homelab Monitoring – Die Software

Wie bereits geschrieben nutze ichICINGA2 (externer Link) als Software. Diese setzt zum Betrieb eine SQL Datenbank voraus. Ich für meinen Teil nutze wo immer es auch geht MariaDB, einfach als persönliche Präferenz.

Alle Metriken bzw. Performancedaten werden in eineInfluxDB Datenbank gespeichert. Die Grafen in ICINGA Web 2 sowohl als auch eigenständige Dashboard werden mittels Grafana realisiert. Dieses greift auf die Influx Datenbank zu und stellt nach meinen Wünschen die Werte grafisch dar.

Um Docker im Alltag zu meisten, ist es ratsam sich ein paar Docker Befehle anzueignen und diese anwenden zu können. Ich möchte dir ein paar meiner alltäglichen Helfer in diesem Beitrag vorstellen.

Docker (externer Link) hat sich in den letzten Jahren immer mehr entwickelt und ist aus vielen Homelabs nicht mehr weg zu denken. Einige recht umfangreicheInfrastrukturen basieren vollständig auf dieser Art der Containerisierung. Im Laufe der Zeit wird man immer mehr zum Profi und kann auch komplexe Probleme schnell löschen. Als Anfänger allerdings steht man häufig vor Problemen.

Informationen über Docker Container

Wir starten mit einem Docker Befehl um die Informationen eines Containers, heißt IP-Adresse, Konfiguration und ähnliche Dinge einsehen zu können.

docker inspect {container name}

Log des Containers einsehen

Sollten alle Container immer problemlos laufen, bräuchten wir diesen Beitrag nicht. Aber wir wissen alle, dass das nicht der Fall ist. Um sich die Log Dateien bzw. das STDOUT des Containers anzuschauen gibt es den Befehl

docker logs {container name}

Dieser listet alle Loginformationen seit dem letzten Start des Containers auf. Dies kann also schon mal recht lang werden. Einfacher ist es dann den Befehl um ein -f zu erweitern

docker logs -f {container name}

Jetzt haben wir die Chance das Logfile dauerhaft anschauen zu können. Sobald der Container also etwas protokolliert, wird dies direkt angezeigt. Mit STRG+C können wir das abbrechen.

Alle Container stoppen

Manchmal muss man alle Container auf einmal beenden. Zum Beispiel wenn man Update am Hostsystem einspielen, das Hostsystem kontrolliert herunterfahren oder andere Wartungsarbeiten durchführen möchte.

Wer mitDocker Compose arbeitet und nur eine große Datei hat – davon sei übrigens abzuraten – hat es einfach. Allerdings ist das nur sehr selten der Fall.

docker stop $(docker ps -a -q)

Der Befehl stoppt alle Container (docker stop) die mit dem Befehl (docker -ps -a -q) gefunden werden. Also alle Container, egal welchen Status diese derzeit haben. Hier werden also Docker Befehle zusammen gefasst um dir das Leben direkt zu erleichtern.

Alle Container löschen

Ab und zu ist es auch notwendig alleDocker Container zu löschen. Zum Beispiel um neue Environment-Variablen einzulesen. Allerdings müssen wir erst alle Container stoppen, z. B. mit dem Befehl weiter oben.

Anschließend bedienen wir uns einer sehr ähnlichen Technik und löschen alle Container die mit docker ps gefunden werden

docker rm $(docker ps -a -q)

Ich hoffe ich konnte dir ein paar nützliche Docker Befehle mit an die Hand geben. Mich würde es noch interessieren, was deine Empfehlung für diese Liste wäre.

Vor einigen Wochen bestellte ich mir einen 3D-Drucker. Einige Kollegen auf der Arbeit besitzen bereits einen und ich fand das Thema dann irgendwie doch spannender als gedacht. Entsprechen habe ich mir einen 3D-Drucker fürs Homelab bestellt.

Nach ein wenig Recherche und kurzer Unterstützung vonMyDealz (externer Link) wurde es ein Creality Ender3 Pro. Ein sehr guter Einstiegsdrucker zu einem vernünftigen Preis. Ich hatte damals ca. 240 US-$ beiAliExpress (externer Link) bezahlt. Sollte man diese Geräte in Deutschland bestellen wollen, sind diese selten unter 300 Euro zu haben. Eine Bestellung in Fernost lohnt sich also.

Die ersten Drucke waren natürlich nicht so berauschend. Ich habe mich zwar ein wenig in das Thema mit ein paarYouTube (externer Link) Videos schlau gemacht, allerdings war das nicht so wirklich ausreichend.

Gerade das Thema eines ebenen Druckbettes habe ich doch sehr unterschätzt. Meine Twitter-Timeline hat mich dann dazu quasi aufgefordert das wirklich penibel zu tun. Nach ungefähr 30 min Feinjustierung der Drehräder starte ich dann in den nächsten Druck. Dieser war dann wirklich gut.

Zu diesem Zeitpunkt stand das Gerät allerdings noch in meinem Arbeitszimmer. Während des Homeoffice wollte ich dann einige andere Dinge drucken, musste es aber auf Grund der Geräuschkulisse dann leider abbrechen. Entsprechend schnell zog der Drucker dann in den Keller zu meinem Homelab.

Dort begann das Spiel mit dem ausleveln des Druckbettes erneut. Allerdings mit mehr Erfahrung ging es wesentlich schneller. Ein Arbeitskollege brachte mich schon ein paar Tage vorher auf die Software Octoprint. Diese habe ich auf einem noch rum liegendenRaspberry Pi (externer Link) 2 installiert und per USB an den 3D-Drucker angeschlossen. Damit kann man diesen nämlich aus der ferne steuern bzw. Druckaufträge einsenden. Andernfalls muss das über Mini-SD-Karten gehandhabt werden.

In meinem Urlaub letzte Woche habe ich mich dann noch mal ein wenig mehr mit dem Thema beschäftigt und diverse Teile nachbestellt. Zum einen habe ich mir einen neuenExtruder (externer Link) bei Amazon bestellt. Dieser soll das Filment sauberer und gleichmäßiger bereitstellen.

Zum anderen bestellte ich mir ein alternatives Mainboard, das BigTreeTech SKR Mini v2 viaAliExpress (externer Link) . Dies bietet mit einer 32bit Platform mehr Möglichkeiten für zukünftige Erweiterungen. Zudem hat es einen direkt offenen Bootloader und Firmwareupdates sind so viel einfacher einzuspielen.

Für meinenYouTube (externer Link) Kanal werde ich sicherlich ein paar Dinge aus dem 3D-Drucker fürs Homelab drucken. Gerade Kabelführungen und Rackmount-Einsätze gibt es recht viele auf den einschlägigen Plattformen. Ein bisschen was ist bereits gedruckt, man darf also gespannt sein, was da als Video noch kommen wird.

Vor mehr als sechs Jahren habe ich mein DIY ServerRack (externer Link) gebaut. Der Beitrag entstand ursprünglich für tektoria.de; meinem alten Blog. Dennoch möchte ich den Beitrag übernehmen, da er sehr beliebt ist und natürlich nicht verloren gesehen soll.

DasRack (externer Link) besteht aus 54×35 mm Baumarktholz. Ich habe da nicht auf eine bestimmte Baumart gesetzt, sondern etwas genommen was preislich in einem normalen Rahmen war. Zudem ist es bei günstigem Holz im Baumarkt immer recht schwer gerade Latten zu finden. Den Ober- und Unterbau habe ich mit normalen Eisenwinkeln mit Spax Schrauben verbunden. Die Höhe wurde mit gleichem Holz entsprechend von oben und unten mit 8 cm langen Schrauben verbunden. Entsprechend schnell steht das Grundgerüst.

Um die 19″ Rackschinen befestigen zu können, musste ich weitere vertikalen Kanthölzer verschrauben. Diese wurden am oberen und unteren Ende mit jeweils zwei Schrauben verschraubt. In meinem Rack werden nicht allzu schwere Systeme laufen, sodass diese Konstruktion ohne Problem langlebig halten sollte.

Bei dem Rack, welches ich von meinem Arbeitgeber erhalten hatte, waren Schienen mit dabei um Geräte darauf abzulegen. Wir hatten damals sämtliche Workstations im Serverraum ausgelagert welche auf eben diesen Schienen lagen. Leider sind diese Halterungen für normaleRacks (externer Link) und so musste ich die Rackschienen anstatt nach außen nach innen liegend montieren. Glücklicherweise hat das keine Probleme bei der Befestigung von Patchpanel und Switch bereitet.

Nun sieht das DIY Server Rack so aus. Es werden noch entsprechend Seitenteile sowie eine Tür hinzu kommen. Eine Kabelführung muss ich mir auch noch überlegen. Die langenCat7 Verlegekabel (externer Link) werden auch noch entsprechend gekürzt, sodass keine Schlaufe gelegt werden muss. Patchkabel werden durch entsprechend farbige in Cat6 Ausführung auf benötigter Länge ebenso besorgt. Sobald dies fertig ist werde ich euch nochmals mit ein paar Bildern erfreuen.

Blick von vorne rechts Blick in die Seite. Blick von vorne.Patchpanel (externer Link) ,Rangierpanel (externer Link) ,Switch (externer Link) , DS414, Homeserver,USV (externer Link) (von oben nach unten) Blick von oben. Die Verlegekabel werden entsprechend gekürzt und verlegt.

]]>homelabhardware