Diejenigen die ein Homelab auch zum experimentieren und lernen nutzen, kennen das Problem: Nichts ist richtig und irgendwie machen alle anderen alles immer besser, schöner, toller. Naja, zumindest mir gehts häufig so wenn ich Blogbeiträge oder Posts inr/homelab (externer Link) lese. Eine längere Zeit nutzte ich Kubernetes für mein Homelab und habe damit einige Dinge gelernt. Die Umgebung hat auch Spaß gemacht, wurde mir aber irgendwann zu anstrengend zu administrieren. Ich setze Kubernetes nicht in meinem normalen Berufsleben ein, sodass mir häufig die Übung fehlt. Und daheim: Nunja, ist ja eher ein Homeprod als ein Homelab. Was ich in der ganzen Zeit aber super fand ist das GitOps Prinzip. Es machte die Pflege von Versionen einfach ohne mal wieder in einen riesen breaking change gelaufen zu sein der “alles kaputt macht”.

Mein Homelab sah also nach dem Weggang von Kubernetes so aus, dass ich diverse VMs für Docker Container hatte und divere LXC für einzelne Anwendungen. Ich hatte die meisten Container mittels:latest Tag versehen um mich so nicht mehr um die Updates großartig kümmern zu müssen. Watchtower hat sich dann um die Updates entsprechend gekümmert. Bei größeren Tools, oder denen häufiger ein breaking change enthalten ist, wie z. B. bei Immich, habe ich die Version gepinnt. Bekomme so aber nicht mehr mit wann ein neues Update erschienen ist. Zumindest nicht, wenn die Software nicht in ihrer Weboberfläche einen erinnert.

Als ich dann vor einiger Zeit auf Komodo aufmerksam gemacht wurde, haben sich meine Gedanken über mehrere Tage hinweg damit beschäftigt wie ich die Software gut in mein Homelab einbauen kann. Komodo ermöglicht nämlich das GitOps Prinzip bei Docker bzw. Docker Compose Umgebungen.

Das Grundprinzip meines Homelabs

Nachdem ich mir ein paar Blog Beiträge (z. B.den (externer Link) hier) und YouTube Videos (z. B.das (externer Link) hier) zu Komodo angeguckt habe, war mir klar, dass ich meine Docker Installationen damit verwalten werde. Gerade der Blog Post von Nick hat mich auch dazu gebracht wie das ganze im “Backend” ggf. aussehen könnte.

Der Stromverbrauch meines Homelabs hatte sich die ganzen Monate immer so zwischen 120 W und 150 W bewegt. Nichts tragisches für mich, aber ggf wäre auch eine Reduzierung möglich. Zudem hatte ich die ganze Zeit sämtliche Dinge immer auf meinen Unraid Server gesichert. Das wollte ich auch ändern. Ziel war es also alles auf einen Proxmox Host, anstatt vorher drei Kubernetes Nodes, zu bringen. Dazu sollte der Proxmox Backup Server als dedizierte Maschine mit eigenem Stroage bereit stehen. Die NFS implementierung von Unraid ist einfach extrem nervig.

Des weiteren wollte ich nicht mehr duzende virtuelle Maschinen oder LXC auf dem System am laufen haben, es soll alles etwas verschlankt werden. Allerdings bin und war ich nie ein Fan davon alles in eine VM zu quetschen. Aber das muss jeder für sich selbst entscheiden.

Wie sieht mein Homelab jetzt aus?

Mittlerweile habe ich nur zwei Thin Clients am laufen: Einen als Proxmox Host und einen als Proxmox Backup Server. Natürlich mein Unraid NAS noch zusätzlich. Aber auf dem Proxmox Server läuft jetzt alles. Der ist zwar sehr gut ausgelastet, wird aber in der nächsten Zeit noch durch einen Minisforum MS-01 ersetzt. Das hat den Vorteil, dass ich den PVE dann auch via 10 GBit anschließen kann. Perspektivisch würde ich nämlich gerne das Netzwerk etwas aufrüsten.

Die Fragmentierung meiner virtuellen Systeme hat auch stark nachgelassen. Auch wenn es noch etwas mehr sind als geplant. Manche Systeme lassen sich einfach schwer containerisieren bzw. möchte ich auf Grund von Hardwareressourcennutzung separieren. Im Grundlegenden habe ich vier wichtige virtuelle Maschinen:

1. infra01 - Für Infrastruktur relevante Systeme
2. docker01 - Für meine ganzen “normalen” Anwendungen
3. media01 - Für alle Anwendungen rund um Bewegbild
4. ha01 - Home Assistant

Dazu gesellen sich noch zwei AdguardHome LXC, meine LXC für die Wetterstation und Wetter Webseite sowie Nextcloud (zieht aber auch bald um). Gehen wir mal auf die einzelnen Systeme ein.

infra01 - Das Backend meine Homelabs

Als so ziemlich wichtigste virtuelle Maschine der neuen Infastruktur ist diese VM quasi das Herzstück des ganzen. Hier werden alle relevanten Anwendungen gehostet. Diese Maschine ist aber leider auch gewisser single point of failure. Dadurch das ich kein Cluster mehr betreibe, würde sich der Punkt sonst einfach nur verschieben. Da wir später noch auf den genauen Workflow eingehen werden liste ich euch nur die dortigen Anwendunge einmal auf:

• Traefik: Mein GoTo Reverse Proxy den ich eigentlich überall einsetze (Webseite:https://traefik.io (externer Link) )
• Gitea: Interner GIT Server für sämtliche Konfigurationsdateien (Webseite:https://about.gitea.com/ (externer Link) )
• Komodo: Deployment der Container (Webseite:https://komo.do/ (externer Link) )
• Uptime-Kuma: Verfügbarkeitsmonitoring der Anwendungen (Webseite:https://uptimekuma.org/ (externer Link) )
• Authentik: Single Sign On für fast alle Anwendungen (Webseite:https://goauthentik.io/ (externer Link) )
• Beszel: Lastmonitoring der Systeme (Webseite:https://beszel.dev/ (externer Link) )

docker01 - Anwendungen des täglichen Bedarfs

Auf dieser VM lasse ich so ziemlich alle Anwendungen laufen die nicht auf die beiden anderen Systeme gehören. Gegebenenfalls wird hier zu einem späteren Zeitpunkt noch mal eine zweite VM hinzu kommen um die Apps ein wenig zu verteilen. Schlussendlich laufen hier die Apps die ich inmeiner Top 10 schon verbloggt habe . Zusätlich aber auch Dinge wie

• Treafik
• AdGuardHome Sync: Synct meine beiden AdGuardHome LXC (Webseite:https://github.com/bakito/adguardhome-sync (externer Link) )
• autokuma: Halbautomatisches hinzufügen der Anwendungen zu Uptime Kuma (Webseite:https://github.com/BigBoot/AutoKuma (externer Link) )
• beszel-agent: Monitoring Agent für Beszel

media01 - Für das Bewegbild

Alle Anwendungen rund um Filme und Serien, bis auf Jellyfin finden sich hier. Jellyfin hat seinen eigenen LXC bekommen um besser auf die iGPU des Hostsystems zugreifen zu können. Zwar sind 99 % aller Medienwiedergaben DirectPlay, aber man weiß ja nie.

Mein Workflow

Schlussendlich ist es bis hier hier nicht so wirklich spannend. Einfach nur wie ich die diversen Anwendungen auf diverse virtuelle System aufteile. Spannender wird es aber mit dem eigentlichen Workflow, denn der nutzt wieder das GitOps Prinzip. Da Komodo leider keine verschlüsselten Secrets kann, wollte ich meine compose Dateien nicht mehr auf GitHub hosten, sondern auf meinem eigenen GIT Server. Für diese Zwecke nutze ich schon immer gitea, auch wenn es da mittlerweile diverse Alternativen gibt.

Ich habe also zwei Repositories auf meinem Git Server erstellt, einen für den docker01 als “apps-stack” sowie für den media01 als “media-stack”. Das sind 08-15 compose Dateien ohne weiteren besonderen Konfigurationen. Sobald ich Änderungen pushe wird ein Webhook zu Komodo gesendet. Dieser triggert dort einen Workflow um das Repo zu aktuallisieren und die Änderungen entsprechend auf dem Zielsystem zu deployen. Ich kann über diesen Weg auch dedizierte Konfigurationsdateien mitgeben die einzelne Anwendungen benötigen. So habe ich alles immer zusammen in einem Repo. Dieses Vorgehen gilt, wie geschrieben, für die den docker01 sowie für den media01. Die Anwendungen auf dem infra01 werden so nicht deployed. Gitea installieren zu können ohne ihn zu haben funktioniert nunmal nicht. Sobald Komodo verschlüsselte Secrets beherrscht würde ich die Dateien sicherlich wieder auf GitHub auslagern um direkt mit dem Deployment starten zu können.

Update Management der Container

In meinen Compose Dateien versuche ich Container zu verwenden deren Entwickler semver verwendet. Damit habe ich es einfacher die Container leichter zu updaten. Okay, eigentlich habe ICH es nicht einfacher, sondern Renovate. Renovate habe ich auch bereits in meinem Kubernetes Cluster verwendet, damals als SaaS jetzt auch selfhosted. Renovate läuft alle vier Stunden per cronjob und überprüft ob es in den angebenen Container Registry eine neuere Version gibt. Sobald das der Fall ist, erstellt mir der Service einen Pull Request in dem jeweilgen Repository. Diesen kann ich dann entsprechend aktzeptieren und der o. a. Workflow wird getriggert.

Sollte eine Anwendung extrem häufig eine neue Version veröffentlichen, kann ich natürlich auch ein automatisches commit erstellen, dann muss ich nicht mehr händisch eingreifen. Auf der anderen Seite kann z. B. Postgres bei Upgrades auf neue Versionen unschön werden. Derzeit wird es noch nicht unterstützt, dass die Datenbank einfach auf die neue Version gehoben wird, wie das bei MySQL oder MariaDB der Fall ist. Entsprechend schließe ich die Postgres Container von Renovate aus und belasse sie derzeit auf Version 17.

Backup und Restore

Im vorherigen Proxmox Cluster habe ich Unraid als NFS Storage eingebunden und darauf meine Backups gespeichert. Auch mit dem Proxmox Backup Server als virtuelle Maschine hatte ich eine Zeit lang dieses Vorgehen. Wie du Unraid NFS Shares als Ziel im Proxmox Backup Server einbindest, kannst du indiesem Beitrag lesen.

Weiter oben habe ich bereits erwähnt, dass ich nun einen dedizierten PBS einsetze. Dieser ist mit einer 1 TB großen SSD ausgestattet auf dem ich meine Backups speichere. Zuküftig möchte ich noch ein Backupsatz außer Haus speichern, weil ich sonst das 3-2-1-Prinzip nicht einhalten kann und mir das schon wichtig ist.

Fazit

Das Setup läuft jetzt noch nicht so lange, fühlt sich für mich aber stabiler und kompletter an. Zudem habe ich die Updates der Anwendungen wieder besser im Griff. Allerdings muss ich mich noch um die Updates für die Betriebssysteme kümmern. Dazu werde ich mir sicherlich ein Ansible Playbook schreiben dass das für mich vereinfachen wird. Solltest du Fragen oder Anregungen zu irgendwelchen Punkten haben, kontaktiere mich einfach über die Wege oben 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.

In meinem Homelab verwende ich einen Kubernetes Cluster der auf Talos als Betriebssystem aufsetzt. Bei einer kompletten Neuinstallation ist es für mich aufwendig immer drei USB Sticks vorzubereiten um dann alle drei Nodes parallel installieren zu können. Also entschied ich mich einen PXE Server bereit zu stellen um die ISO Images aus dem Netzwerk booten zu können.

Es gibt für das Endergebnis verschiedene Wege. Ich habe mich dazu entschlossen iVentoy als PXE Server zu verwenden. Ventoy an sich ist ja sicherlich vielen von euch schon ein Begriff. Damit kann man nämlich USB Sticks erstellen mit mehreren ISO Dateien. iVentoy ist vom gleichen Entwickler und bietet dann die Möglichkeit diese ISO Images aus dem Netzwerk zu booten.

Ich verwende wo ich nur kann Container, sei es Docker oder, wie in diesem Fall, LXC. Ich benötige hier nicht eine voll aufgeblähte virtuelle Maschine, wenn ein kleiner LXC auf meinem Proxmox Host dafür ausreichend ist.

Was ist ein PXE Server?

Ein PXE-Server (Preboot Execution Environment) erlaubt es Computern, ein Betriebssystem über das Netzwerk zu starten, ohne dass eine Festplatte oder ein USB-Stick nötig ist. Beim Start fragt der Computer per Netzwerk nach einem Boot-Server. Der PXE-Server antwortet und liefert die nötigen Daten, damit der Computer ein Betriebssystem laden und installieren kann. Das ist nützlich für die automatische Einrichtung vieler Computer.

LXC anlegen

Unter Proxmox könnt ihr ganz normal einen LXC anlegen. Ich verwende in meinem Fall einen priviligierten Container, weil es mir die Sache etwas einfach macht. Wer sehr stark auf Sicherheit wert legt, müsste für einen unpriviligierten Container entsprechend noch Dinge anpassen. Zudem verwende ich, wie in der Überschrift angegeben, Debian als Betriebssystem. Zum Zeitpunkt der Erstellung dieses Beitrages in Version 11 alias Bookworm. Ggf. sind Anpassungen bei Ubuntu notwendig. Wenn du den Container also angelegt hast, müsstest du ihn einmal wieder beenden bzw. noch nicht starten. Wir müssen nämlich die Konfiguration noch anpassen, weil wir sonst später auf ein APPARMOR Problem stoßen werden. Also bitte per SSH auf den Proxmox Server verbinden (oder die interne Shell nutzen) und die LXC Datei editieren

nano /etc/pve/lxc/<LXC ID>.conf

Die LXC ID siehst du im Proxmox Frontend. Hier fügen wir am Ende folgendes ein

lxc.apparmor.profile: unconfined
lxc.cap.drop:

Nun können wir den Container starten.

iVentoy installieren

Als erstes sollten wir natürlich das System aktualliseren

apt update&& apt upgrade -y

Jetzt benötigen wir bei einem LXC noch diverse Pakete. Bei einer VM könnten diese nicht notwendig sein.

apt install libevent-2.1-7 libevent-pthreads-2.1-7 glibc libwim15 libhivex0 wget

Jetzt laden wir uns noch das aktuelle Paket beiGitHub (externer Link) herunter. Am besten vorher die aktuelle Version kontrollieren.

wget https://github.com/ventoy/PXE/releases/download/v1.0.20/iventoy-1.0.20-linux-free.tar.gz

Anschließend können wir das Paket entpacken

tar xvfz iventoy-1.0.20-linux-free.tar.gz

Ich für meinen Teil packe solche Installationen immer nach/opt, aber das kannst du gerne anpassen. Ich verschiebe also die iVentoy Installation und benenne gleichzeitig den Ordner um

mv iventoy-1.0.20-linux-free /opt/pxe

Es sollte bei dir dann ungefähr so aussehen. Wichtig ist das VerzeichnisISO, weil du dort alle ISO Dateien ablegen muss welche du im Netzwerk verfügbar haben möchtest.

iVentoy starten und einrichten

Nun können wir das Programm starten

./iventoy.sh start

Du bekommst dann eine Ausgabe unter welcher PID der Prozess läuft und wie du auf die Webseite zugreifen kannst. Wir rufen also die iVentoy Seite einmal mit der IP deines Containers sowie Port 26000 auf und bekommen dann sowas angezeigt Nun hängt es wieder ein bisschen von deiner Wunschkonfiguration ab. Ich möchte den DHCP Server von iVentoy nicht verwenden, sondern den meines Unifi Gateways. Wenn du einen (für iVentoy) externen DHCP Server verwenden möchtest, gehst du links aufConfiguration und stellst beiServer Mode aufExternal. Etwas oben drüber dann auf speichern klicken. UnterImage Management kannst du die ISO Dateien sehen welche du ggf. vorher schon abgelegt hast. Andernfalls kannst du auf der rechten Seite auch per drag and drop eine neue hochladen.

Zu guter letzte müssen wir den Server “nochmal” starten. UnterBoot Information ist rechts ein Play-Button der grün hinterlegt ist. Den musst du unbedingt anklicken, sonst funktioniert es nicht.

Wenn du jetzt ein System mit der Bootoption Netzwerk am Anfang startest erwartet dich dann solch eine Anzeige ]]>selfhostedpxeproxmoxlinuxhttps://www.teqqy.de/proxmox-backup-server-auf-unraid-via-nfs-sichern/Fri, 15 Mar 2024 11:45:00 +0100Fri, 15 Mar 2024 11:45:00 +0100https://www.teqqy.de/proxmox-backup-server-auf-unraid-via-nfs-sichern/Der Proxmox Backup Server ist eine eigenständige Software mit dem man sein Proxmox Server besser sichern kann. Dieser bietet diverse weitere Features wie Einzeldateiwiederherstellung. Wenn du ein bisschen mehr wissen möchtest, empfehle ich dir mein Video dazu. YouTube Video YouTube &middot; Klicken zum Laden In dieser Anleitung soll es aber darum gehen wie man beim Proxmox Backup Server eine NFS Freigabe hinzufügen kann. Da ich UnRaid als NAS System derzeit verwende bin ich hier direkt auf weitere Fehler gestoßen. Grund genug alles zusammen in einen Blogbeitrag zu verfassen. Vielleicht stößt jemand anderes auch auf dieses Problem.<![CDATA[

Der Proxmox Backup Server ist eine eigenständige Software mit dem man sein Proxmox Server besser sichern kann. Dieser bietet diverse weitere Features wie Einzeldateiwiederherstellung. Wenn du ein bisschen mehr wissen möchtest, empfehle ich dir mein Video dazu.

In dieser Anleitung soll es aber darum gehen wie man beim Proxmox Backup Server eine NFS Freigabe hinzufügen kann. Da ich UnRaid als NAS System derzeit verwende bin ich hier direkt auf weitere Fehler gestoßen. Grund genug alles zusammen in einen Blogbeitrag zu verfassen. Vielleicht stößt jemand anderes auch auf dieses Problem.

NFS Freigabe in Unraid anlegen

In Unraid legen wir uns zuerst eine Freigabe an. In dieser Anleitung heißt die Freigabeproxmox. Das ist für die weiteren Schritte wichtig zu wissen. Ich empfehle die Backups erst auf dem Cache Array zu speichern und dann per. Mover auf das eigentliche Array verschieben zu lassen. So sind die Backups deutlich schneller erstellt. Wenn die Freigabe angelegt ist, möchte wir diese natürlich via NFS publizieren. Also stellen wirExportieren aufja. Anschließend müssen wir dieSicherheit vonÖffentlich aufprivat umstellen. Das ist wichtig, da wir sonst keine besonderen NFS Export Parameter mitgeben können. In dem FeldRegel Tragen wir dann folgendes ein:

192.168.10.19/24(sec=sys,rw,insecure,anongid=100,anonuid=99,no_root_squash)

Die IP-Adresse am Anfang muss auf die IP-Adresse deines Promox Backup Servers angepasst werden. Natürlich könntest du auch das ganze Netz frei geben, ist aber aus Sicherheitsgründen nicht empfohlen.

PBS NFS Freigabe einrichten

Nun können wir uns um den Proxmox Backup Server kümmern. Diesen Part habe ich ebenfalls mal in einem Video fest gehalten. Falls du also lieber das schauen möchtest. Andernfalls lies gerne weiter.

Wir müssen uns per SSH mit dem Server verbinden. Anschließend überprüfen wir ob der NFS Client installiert ist bzw. installieren ihn direkt.

apt install nfs-common

Bei mir war er schon installiert, aber sicher ist sicher. Anschließend wollen wir die NFS Freigabe vom Unraid Server mounten. In Linux werden Freigaben normalerweise nach/mnt gelegt. Also erstellen wir uns dort drin ein Verzeichnis in dem wir das NAS mounten.

mkdir -p /mnt/nfs-backup

Du kannst natürlich den Partnfs-backup umbenennen. Passe nur den Rest der Anleitung entsprechend an deine Umgebung an.

Nun mounten wir die Freigabe mit

mount -t nfs 192.168.10.21:/mnt/user/proxmox /mnt/nfs-backup

Die IP-Adresse musst du natürlich auf die IP-Adresse deines Unraid Servers anpassen. Hier sollte natürlich kein Fehler auftreten. Wenn das der Fall sein sollte, überprüfe ob die Freigabe und der Ordner korrekt angelegt worden sind. Damit die Freigabe auch nach dem Neustart vom PBS wieder funktioniert sollten wir das permanent machen. Dazu editieren wir die/etc/fstab Datei

nano /etc/fstab

Und fügen am Ende folgende Zeile ein:

192.168.10.21:/mnt/user/proxmox /mnt/nfs-backup nfs rw 0 0

Berechtigungen der Freigabe anpassen

Der Proxmox Backup Server erstellt die Sicherungen mit dem Nutzerbackup und der UUID/GUID34. Da dies nicht zu der Freigabe von Unraid passt, müssen wir die ändern. Ich habe festgestellt, dass es am einfachsten ist, wenn wir in der Freigabe einen weiteren Ordner anlegen und dem die notwendigen Berechtigungen geben.

mkdir -p /mnt/nfs-backup/backups

Auch hier kannst du das gerne an deine Gegebenheiten anpassen. Anschließend ändern wir den Besitzer des Ordners

chown backup:backup /mnt/nfs-backup/backups

Sollte hier ein Fehler auftreten mitOperation not permitted hast du ggf. die Anleitung oben zu Unraid vergessen. Die NFS Export Parameter sind nämlich hier entscheidend.

Datastore im Proxmox Backup Server hinzufügen

Jetzt können wir endlich die Freigabe auch im PBS hinzufügen. Dazu verbinden wir uns zur PBS GUI und wählen links unterDatastoreAdd Datastore aus. Den Namen kannst du natürlich frei vergeben. AlsBacking Path kommt der Pfad der Freigabe rein. In unserem Fall/mnt/nfs-backup/backups Solltest du den angepasst haben, bitte entsprechend hier auch tun. Die restlichen Parameter kannst du nach belieben einstellen.

Sollte hier ein Fehler auftreten wird der Backup-Nutzer nicht in das Verzeichnis schreiben dürfen. Überprüfe nochmal die Berechtigungen des Pfades.

Der Proxmox Backup Server legt nach dem Bestätigen die ganzen Chunks an. Dies kann je nach Performance des Netzwerkes oder des Unraid Servers zwischen ein paar Sekunden und ein paar Minuten dauern. Anschließend kannst du den Datastore zu Proxmox hinzufügen und deine Backups erstellen.

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.

DieProxmox Server (externer Link) Solutions GmbH hat vor einiger Zeit ein neues Produkt auf den Markt gebracht: Proxmox Backup Server. Das sich noch in der Beta-Phase befindliche Produkt soll die interne Backuptechnologie der Virtualisierungslösung Proxmox VE massiv erweitern.

Vor ein paar Tagen habe ich bereits in einemYouTube (externer Link) Video einen ersten Blick auf die Software geworfen. Seit dem habe ich es auch im Einsatz. Die Konfiguration lässt sich anhand der Dokumentation (oder Video) sehr leicht vornehmen.

Sicherung auf FreeNAS Server

Mein Proxmox Backup Server ist als virtuelle Maschine auf meinem Homeserver installiert. Als Dateispeicher für die Sicherung der virtuellen Maschinen und LX-Container habe ich eine NFS Freigabemeines FreeNAS Systems (externer Link) verwendet. Damit ist auch eine saubere Trennung zwischen Betrieb und Backup gewährleistet. Auch wenn sich beide Systeme im gleichen Serverrack befinden.

Nach jetzt einigen Tagen kann ich sagen, dass die Software stabil läuft und alle Backups sauber durchgeführt werden. Die Zeitpunkte alte Backups zu löschen sind zwar noch nicht gekommen, aber mittels geplanten Aufgaben wird auch dies automatisch erledigt.

Proxmox Backup Server Vorteile

Hier liegt übrigens ein großer Vorteil. Während man in Proxmox VE selbst nur die Anzahl an Backups bestimmen kann, lässt sich im PBS einstellen wie viele stündlichen, tägichen, wöchentlichen, monatlichen oder jährlichen Backups aufgehoben werden sollen. Dies zielt klar auf den Businessbereich, aber auch im Homelab lassen sich so mehrere Generationen und eine gewisse Versionshistorie realisieren.

Ein sehr spannendes Feature ist die Vorausberechnung ab wann kein Speicherplatz mehr zur Verfügung steht. Im Dashboard wird dies erstaunlich genau ausgerechnet. Ob diese Berechnung auch wirklich stimmt, werde ich in den nächsten Wochen feststellen. Eine Erweiterung des ZFS Dataset in FreeNAS wäre natürlich kein Problem.

Auf Twitter hatte ich auch bereits geäußert, dass ich vielleicht bei meinemNetCup (externer Link) Server (der Host dieses Blogs hier) wieder zurück zu Proxmox wechseln könnte. Derzeit nutze ich eine Docker Infrastruktur die mittelsTraefik abgesichert ist. Mit Proxmox könnte ich, auch hier mittels Proxmox Backup Server, meine LX-Container oder virtuellen Maschinen erst einmal lokal sichern und anschließend per Sync-Job in mein Homelab spielen. Die Vertragslaufzeit der beiden Server spricht allerdings noch dagegen.

Proxmox Backup Server Nachteile

Natürlich hat so ein System nicht nur Vorteile. Stand jetzt ist es so, dass man den BPS besser auf dedizierter Hardware installiert und nicht als virtuellen Gast. Eigentlich ist das ja klar und Firmen machen das im Regelfalls auch so. Wir im Homelab sparen uns meist die zusätzliche Hardware und versuchen so viel als möglich zu virtualisieren. Natürlich läuft der BPS auch als VM allerdings nicht mit vollem Funktionsumfang.

Der Proxmox Backup Server ist auch noch in der Weiterentwicklung und es kommen sicherlich noch viele neue Features hinzu. Man sollte also nicht erwarten jetzt schon ein vollständiges Produkt zu haben. Dieses Problem gibt es natürlich aber auch bei vielen anderen Herstellern. Gerade im Enterprise Segment habe ich das Problem häufiger. Allerdings sollte man ein Produkt nicht kaufen aufgrund von zukünftigen Versprechungen. Zwar ist der PBS erst mal kostenfrei, allerdings möchte man auch nicht alle paar Wochen sein Backup Server umstellen. Grundsätzlich würde ich euch aber bitten für Software die ihr gerne nutzt eine Kleinigkeit zu spenden, oder wie im Falle von Proxmox eineCommunity Lizenz (externer Link) zu erwerben.

In meinem Homelab betreibe ich seit langem ein Proxmox Server. Die Software ist für mich im Homelab der beste Kompromiss aus Features, Stabilität und Kosten. Es war also nur eine Frage der Zeit bis ein Proxmox Cluster im Homelab einziehen wird.

Seit längerer Zeit habe ich auch noch ein kleinen Server daheim stehen der zumeist ausgeschaltet war. Eine gewisse Zeit lief dieser Rechner auch mal alslow cost Plex Server mit Hardware Transcoding sehr zufriedenstellend. Allerdings bin ich dann doch wieder auf mein normalen Server umzogen.

Vor ein paar Tagen habe ich mich dann entschlossen einmal ein Proxmox Cluster auszuprobieren. Angeblich soll man diedritte Node (externer Link) ja mit einemRaspberry Pi (externer Link) vorhalten können. Dieses Unterfangen hat allerdings bei mir nicht funktioniert.

EinProxmox Cluster imHomelab lässt sich sehr einfach erstellen. Alles kann über eine Netzwerkkarte laufen. Empfohlen ist aber, ein extra Netzwerk für die Kommunikation von corosync zu erstellen. In meinem Test habe ich das allerdings nicht gemacht.

Storage für den Proxmox Cluster

Das Storage wird in diesem Test auch nicht via Ceph bereit gestellt, sondern ganz klassisch via NFS auf meinemSynology NAS. Auch hierfür sollte man am besten ein eigenes Netzwerk bereitstellen.

Den Cluster selbst kann man seit einigen Versionen schon recht schnell und einfach in der Oberfläche von Proxmox erstellen. Man vergibt einen Namen, wählt das Clusternetzwerk aus und schon ist die erste Node hinzugefügt. Anschließend kopiert man die Clusterinformationen und fügt die unter dem Punkt Cluster bei der zweiten Node ein. Wenn man weitere physikalische Nodes hat, fährt man entsprechend fort.

Ich hatte es erst mit einemRaspberry Pi (externer Link) als corosync Node probiert. Das hat allerdings überhaupt nicht funktioniert. Die Anleitung ist auch schon etwas älter und sicherlich sind einige Dinge seit dem geändert worden.

Schlussendlich habe ich mich dann mit einer etwas unschönen Lösung beholfen und habe eine virtuelle Maschine erstellt und virtualisiere meine dritte Node alsVM . Hierfür muss natürlich nested virtualisiation eingeschaltet sein, denn sonst gibt es bei der Installation von Proxmox Probleme. Diese kann man zwar für unseren Zweck ignorieren, allerdings bin ich dann da doch recht altmodisch. Als Hardware hab ich nur 1 vCPU und 2 GB RAM verwendet. Mehr benötigt die VM auch nicht, denn sie dient für mich nur als Clusterzeuge.

Sobald die VM also installiert ist, kann man die Clusterinformationen dann im Punkt Cluster des virtualisierten Proxmox einfügen. Nach ein paar Sekunden hat man dann einen funktionierenden Proxmox Cluster im Homelab welcher auch Hochverfügbarkeit beherrscht. Natürlich nicht mit einer supporteten Konfiguration!

Adguard Home vs Pihole ist eine Gegenüberstellung die sich lohnt genauer anzuschauen. PiHole ist eine der bliebtesten Softwareprodukte die viele im Heimnetzwerk als erstes installieren werden. Adguard Home bietet aber viele weitere Features die sich sehr lohnen können. Ich für meinen Teil habe vor einiger Zeit schon eine Entscheidung getroffen. Warum es genau diese ist, erkläre ich dir in diesem Beitrag.

Fangen wir ein wenig früher an:
Vor ca. drei Wochen habe ich den Livestream vonFrenck (externer Link) aufYouTube (externer Link) geschaut. Frenck ist einer der Entwickler rund um Hass.io und deren Community Addons. Er streamt ein paar mal pro Woche und entwickelt zusammen mit den Zuschauern Addons fürHass.io (externer Link) . An diesem besagten Tag hat er sich das ThemaAdGuard (externer Link) vorgenommen und ich wurde neugierig.

Vor kurzem habe ich mir dann AdGuard als LXC Container installiert. Geht sehr einfach, Tar.gz Datei runter laden und ausführen. Wenn gewünscht, noch dassystemd (externer Link) File anlegen und als Dienst starten.

Adguard Home vs PiHole

Warum also der Wechsel? PiHole sieht zum einen mal total besch… aus. Natürlich sollte man eine Software nicht nach deren Optik aussuchen, allerdings finde ich es persönlich besser, wenn sich die Entwickler für das Frontend einfach mehr Mühe geben.

Des weiteren, werden viele Softwarebestandteile installiert, die ich nicht benötige. Mir reicht ein reiner AdBlocker ohne zusätzliche Möglichkeiten. Als interner DNS-Server war, dank ständig überschreibenden Dateien, PiHole nämlich nicht zu gebrauchen!

Wenn man sich den „Quellcode“ von PiHole ansieht, erkennt man auch, dass es einfach nur ein großes Gefrickel ist. Viele kleine Baustellen und an vielen Dingen müsste dringend geschraubt werden.

PiHole und AdGuard Homem lassen sich natürlich beide ohne Probleme auf einemRaspberry Pi (externer Link) installieren. Ich betreibe AdGuard Home allerdings in einem LXC Container auf meinemProxmox Server.

Der Hauptgrund ist allerdings, dass AdGuard Home eine API mitbringt. Entsprechend lässt sich hier diverse Abfragen und Steuerungen durchführen. Es wäre also ein leichtes mittelsHome Assistant (externer Link) dieparental control (externer Link) zu aktivieren oder deaktivieren. Je nachdem, ob die Kinder im Haus sind oder nicht (wenn ich welche hätte).

Wer PiHole als vollständige Lösung incl. DHCP etc einsetzt, wäre wohl bei AdGuard Home nicht gut aufgehoben. Auch, wenn die Entwickler bereits diese Funktion auch eingebaut haben, das allerdings noch im Entwicklungsstadium.

Wenn du jedoch auf der Suche nach einer Alternative zu PiHole bist, solltest du dir AdGuard Home auf jeden Fall einmal ansehen, denn es macht seinen Job schon ziemlich gut. Zudem gibt es die Software auch als Installationsvariante für die Betriebssysteme, dass es über die Browser hinweg funktioniert. Gegen eine kleine monatliche Gebühr ist eine Installation auch unter iOS und Android möglich.

Fast alle meine Systeme laufen in LXC Container auf meinem Proxmox Host, so natürlich auch Home Assistant. Damit dieser USB-Stick auch inHome Assistant (externer Link) funktioniert, reiche ich diesen mit ein paar kleinen Befehlen weiter. Um einen Z-Wave USB Stick in Proxmox LXC nutzen zu können, sind einige kleine Anpassungen der Konfiguration notwendig. Dieser Blogbeitrag hilft dir dabei.

MeinAeotec Z-Wave Stick (externer Link) wird unter Debian und Debianderivaten als/dev/ttyACM0 erkannt. Entsprechend möchte auch Home Assistant diesen so ansprechen. Wir müssen dafür die zugehörige Gruppe unter Linux heraus finden. Das funktioniert mit

ls -l /dev/ttyACM0

In unserem Fall ist die Zahl 166 die entscheidende. Um den Stick auch korrekt an Home Assistant weiter zu reichen, editieren wir nun die Konfigurationsdatei des LXC Containers. Diese liegt bei mir unter

/etc/pve/lxc/[ID].conf

Ganz unten fügen wir nun folgende zwei Zeilen ein und speichern die Datei ab.

lxc.cgroup2.devices.allow: c 166:* rwmlxc.mount.entry: /dev/ttyACM0 dev/ttyACM0 none bind,optional,create=file

Zudem sollten noch die Rechte auf die /dev/ttyACM0 angepasst werden

chmod o+rw /dev/ttyACM0

Nun kannst du deinen Z-Wave USB Stick in Proxmox LXC nutzen und dein Smarthome aufbauen.