Barebone som homelab: Proxmox, Home Assistant og Docker

Hvorfor bruge en barebone som homelab-server?

En barebone betragtes som den mest omkostningseffektive løsning til et homelab, fordi den eliminerer betaling for præinstallerede komponenter, som brugeren ofte alligevel udskifter eller ikke har brug for. Ved at købe en barebone får man kabinet, bundkort, processor og strømforsyning, mens RAM og lagerdisk vælges specifikt til arbejdsbelastningens krav. Dette er særligt relevant for virtualisering med Proxmox VE 9.2, hvor hukommelsesforbruget ofte er den primære flaskehals i systemet.

Fordele ved kompakt formfaktor

For den private bruger betyder en mini PC, at serveren kan placeres diskret i et skab eller bag en skærm uden at generere mærkbar varme. For erhvervsdrivende giver det mulighed for at køre lokale testmiljøer (staging) tæt på slutbrugeren uden behov for dedikerede serverrum. Dette reducerer kompleksiteten ved installation og vedligeholdelse markant, da man undgår store rack-installationer i kontormiljøer.

Økonomisk optimering

Ved selv at tilføje DDR4-SDRAM eller DDR5-SDRAM kan man udnytte prisforskelle på hukommelsesmoduler og sikre, at man ikke betaler for en SSD med forkert endurance (Total Bytes Written), hvilket er kritisk ved brug af ZFS i Proxmox. Dette giver brugeren mulighed for at prioritere budgettet der, hvor det har størst betydning for ydeevnen, fremfor at acceptere standardkonfigurationer fra producenten.

Hardwarekrav: Processor, RAM, lager og netværk til et homelab

De kritiske hardwarekrav til et moderne homelab centrerer sig om CPU-kerner med virtualiseringsunderstøttelse (VT-x/AMD-V) og rigelige mængder RAM. For at køre en stabil stack med Home Assistant, Docker og et par lette Linux-containere anbefales minimum 16 GB RAM, da hypervisoren selv kræver ressourcer før gæsterne tildeles hukommelse. En balanceret konfiguration sikrer, at systemet ikke rammer en hukommelsesmur, når flere tjenester køres samtidigt.

Processorvalg og virtualisering

Processoren skal understøtte hardware-virtualisering for at køre VM'er effektivt uden massivt ressourceforbrug. En ASUS NUC med Intel Core i5 betragtes ofte som et stærkt valg til mellemklassen, da den tilbyder en god balance mellem TDP (Thermal Design Power) og ydeevne. For dem, der ønsker maksimalt strømsparende drift, er processorer som Intel N100 populære; ifølge producentdata fra 2026 ligger tomgangsforbruget for Intel N150/N355 mellem 4.1 og 9.1 W, hvilket gør dem ideelle til 24/7 drift.

Hukommelse og ZFS ARC

RAM er den vigtigste ressource i Proxmox. Hvis man benytter ZFS (Zettabyte File System) til lagerstyring, skal man være opmærksom på ZFS ARC (Adaptive Replacement Cache), som fungerer som en intelligent cache for diskdata. En generel regel fra 2026 angiver, at ZFS kræver ca. 2 GiB base + 1 GiB per TiB storage, dog begrænset til maksimalt 10 % af den totale RAM for at undgå at sulte de virtuelle maskiner.

Lager og netværk

NVMe-diske anbefales kraftigt til boot og VM-diske på grund af IOPS (Input/Output Operations Per Second). Netværksmæssigt bør man prioritere kablet Ethernet frem for Wi-Fi 6E (802.11ax) til selve serveren for at minimere latency i Home Assistant styringen. For højere båndbredde kan en MSI barebone med 2.5 GbE være en fordel ved store filoverførsler eller backup af VM-images til ekstern lagring.

Proxmox på en barebone: Virtualisering og containere på én maskine

Proxmox VE er en open-source virtualiseringsplatform, der kombinerer KVM (Kernel-based Virtual Machine) til fulde VM'er og LXC (Linux Containers) til letvægtscontainere. Ved at installere Proxmox som det primære OS på en barebone, kan man køre flere forskellige operativsystemer isoleret fra hinanden, hvilket gør det muligt at genstarte én tjeneste uden at påvirke resten af husets infrastruktur. Dette skaber et miljø, hvor eksperimentering er risikofrit og systemet forbliver modulært.

KVM vs LXC i praksis

I et homelab bruges VM'er typisk til applikationer, der kræver deres eget OS-image, såsom Home Assistant OS. LXC bruges derimod til lette tjenester som Pi-hole eller MQTT-broere. En ZOTAC barebone med rigelig RAM gør det muligt at køre 10+ LXC'er og 2-3 VM'er samtidigt uden mærkbart ydeevnetab, hvilket optimerer udnyttelsen af hardwaren ved at dele ressourcer mere effektivt end traditionelle VM'er.

Backup og Snapshots

En af de største fordele ved Proxmox er snapshots. Før man foretager en stor opdatering i Home Assistant eller ændrer konfigurationen i Docker, kan man tage et snapshot. Hvis systemet crasher, kan man rulle tilbage til den fungerende tilstand på få sekunder. Dette eliminerer risikoen ved eksperimentering og sikrer høj oppetid for kritiske tjenester, hvilket er essentielt når serveren styrer hjemmets lys og varme.

USB Passthrough

For at forbinde Zigbee eller Z-Wave USB-stik til en VM i Proxmox benyttes USB passthrough. Dette gør det muligt for den virtuelle maskine at få direkte adgang til hardwaren, som om stikket var sat direkte i en fysisk computer. Dette er essentielt for Home Assistant OS's evne til at kommunikere med smarthome-enheder uden mellemliggende softwarelag, der kunne introducere latency eller ustabilitet.

Home Assistant: Smart home-styring på din egen server

Home Assistant fungerer bedst som en dedikeret virtuel maskine kørende Home Assistant OS (HAOS), da dette giver fuld kontrol over add-ons og automatiske opdateringer. Ved at køre HAOS i Proxmox fremfor Docker, undgår man kompleksiteten ved manuelt at konfigurere netværksstacken og USB-enheder, hvilket resulterer i en mere stabil drift af hjemmets automation og lettere vedligeholdelse over tid.

Hvorfor vælge VM frem for Container?

HAOS i en VM er den anbefalede vej for langt de fleste brugere. Årsagen er "Supervisor"-funktionen, som automatiserer installationen af nødvendige tjenester som Zigbee2MQTT eller MariaDB via et integreret add-on system. Hvis man kører HA i Docker, skal hver af disse tjenester konfigureres manuelt som separate containere, hvilket øger vedligeholdelsesbyrden markant og kræver dybere kendskab til netværkskonfiguration.

Hardwarekrav til Home Assistant VM

En standard Home Assistant OS VM kræver minimum 2 vCPU og 2 GB RAM for at køre flydende. For brugere med mange enheder eller komplekse dashboards anbefales det at tildele 4 GB RAM for at undgå hukommelsesbytning på disken, hvilket kan forkorte SSD'ens levetid pga. øget write-wear. En ASRock barebone giver her god fleksibilitet til at udvide hukommelsen i takt med at smarthomet vokser.

Integration af Zigbee og Z-Wave

For at opnå maksimal rækkevidde og stabilitet bør man bruge eksterne USB-antenner fremfor indbyggede chips. Ved at bruge en Shuttle barebone med flere USB-porte kan man nemt tilslutte både en SkyConnect og en Z-Wave stick, som derefter mappes direkte ind i HAOS VM'en via Proxmox for optimal responsivitet. Dette sikrer, at signalet ikke blokeres af selve kabinettet.

Docker og selvhostede tjenester: Strømforbrug, støj og drift døgnet rundt

Docker er det foretrukne værktøj til at køre selvhostede tjenester som Jellyfin, Plex eller Nextcloud, da containere isolerer applikationer uden at kræve et helt operativsystem. I et Proxmox-miljø køres Docker typisk enten i en dedikeret Linux VM (f.eks. Ubuntu Server) eller direkte i en LXC-container for at minimere ressourceforbruget og maksimere ydeevnen. Dette gør det muligt at skalere tjenester uafhængigt af hinanden uden at påvirke andre systemer.

Strømforbrug og 24/7 drift

Et homelab kører døgnet rundt, hvilket gør strømforbruget til en væsentlig faktor i den samlede driftsøkonomi. Ved at vælge energieffektive processorer kan man holde driftsomkostningerne nede uden at ofre stabilitet. En ASRock Barebone NUCS BOX-358H tilbyder her en effektiv platform til lette workloads, hvor strømforbruget i tomgang holdes på et minimum sammenlignet med traditionelle tower-servere.

Støj og termisk styring

Støj er ofte overset, men i et hjemmemiljø er det afgørende for brugeroplevelsen. Barebone systemer bruger typisk små blæsere, der kan blive højlydte under belastning (f.eks. ved 4K transcoding i Plex). Ved at justere blæserkurven i BIOS eller vælge modeller med større køleprofiler som visse ASUS NUC-modeller, kan man opnå en næsten lydløs drift, hvilket er essentielt hvis serveren står i stuen eller et soveværelse.

Sikkerhed og netværkssegmentering

Når man selvhoster tjenester, er det vigtigt at adskille dem fra resten af hjemmets netværk for at minimere risikoen ved et eventuelt sikkerhedsbrud. Det anbefales at opsætte et separat IoT-netværk til Home Assistant enhederne for at forhindre, at kompromitterede smart-pærer giver adgang til private filer på serveren. Dette kan gøres via VLANs i en managed switch eller router. Se vores guide om IoT-netværk for flere detaljer.

Budgetguide: Fra begynder til power-user

Valget af barebone-platform afhænger primært af, hvor mange virtuelle maskiner (VM'er) og containere man planlægger at køre samtidigt. Budgetklassen fokuserer på strømeffektivitet til simple tjenester, mens high-end løsninger prioriterer CPU-kerner og maksimal RAM-kapacitet til tunge workloads som lokale AI-modeller eller store mediebiblioteker med høj bitrate.

Begynderløsningen: Fokus på effektivitet

For dem, der blot ønsker at automatisere hjemmet og fjerne reklamer fra netværket, er en lille barebone med Intel N-serie processor tilstrækkelig. Her er fokus på det laveste mulige strømforbrug i tomgang, så serveren kan glemmes i et hjørne af boligen uden at påvirke elregningen mærkbart. Dette setup kræver minimalt vedligehold og er ideelt som første skridt ind i homelab-verdenen.

Mellemklassen: Den alsidige server

Når man begynder at køre flere Docker-containere og måske en lille NAS-løsning via vores NAS server guide, bliver 32 GB RAM det nye minimum. Her er Intel Core i5 eller Ryzen 5 ideelle, da de tilbyder flere tråde til at fordele belastningen mellem VM'erne og sikre flydende drift, selv når flere tunge processer kører samtidigt.

High-end: Maksimal ydeevne

Power-brugere, der kører tunge applikationer eller eksperimenterer med lokale AI-modeller (se LLM hardwarekrav), bør kigge mod modeller med Intel Core i7 eller Ultra 7. En ASUS NUC 14 Pro+ med Intel Core Ultra 7 er her et fremtidssikret valg på grund af høj kerneantal og understøttelse af moderne hukommelsesstandarder som DDR5.

Kabling og netværksudstyr til homelabs

Et stabilt homelab kræver mere end blot en kraftig barebone; det kræver et fundament af pålideligt netværksudstyr for at undgå flaskehalse i datastrømmen. Forbindelsen mellem serveren og resten af huset bør altid være kablet via minimum Cat6-kabler for at sikre fuld 1 Gbps eller 2.5 Gbps hastighed uden pakketab, hvilket er kritisk for realtidsstyring af smarthome enheder.

Vigtigheden af en UPS

Da Proxmox og ZFS er følsomme over for uventede strømafbrydelser (hvilket kan føre til korrupte filsystemer), er en lille UPS (Uninterruptible Power Supply) en vigtig investering. En UPS giver serveren tid til at lukke ned kontrolleret via et script, hvilket beskytter data på NVMe-diskene og forhindrer datatab ved strømsvigt i boligen.

Netværkssegmentering via VLANs

For at øge sikkerheden bør man adskille smarthome-enheder fra private computere. Ved at bruge en managed switch kan man oprette et separat IoT-VLAN, så en usikker smart-pære ikke har direkte adgang til din Proxmox-management interface. Dette minimerer angrebsfladen for potentielle cyberangreb i hjemmet og sikrer, at private data forbliver isolerede fra eksterne IoT-enheder.

Kompatibilitet mellem RAM, SSD og barebone-modeller

En af de største udfordringer ved barebones er at sikre, at de valgte komponenter rent faktisk fungerer sammen uden konflikter. Man skal være særligt opmærksom på spændingskrav for RAM (f.eks. DDR4L vs DDR4) og den fysiske størrelse på SSD'er (M.2 2280 vs 2242), da mini PC'er har meget begrænset plads til køling og komponentplacering, hvilket kan føre til overophedning ved forkert valg.

Valg af RAM: SO-DIMM standarden

Næsten alle barebone mini PC'er bruger SO-DIMM (Small Outline Dual In-line Memory Module). Det er vigtigt at tjekke, om maskinen understøtter dual-channel, da to identiske moduler (f.eks. 2x 16 GB) giver markant bedre ydeevne end ét enkelt modul på 32 GB ved hukommelsesintensive opgaver som virtualisering og databasehåndtering.

SSD Endurance og ZFS

Ved valg af SSD til et Proxmox-homelab bør man kigge efter TBW (Total Bytes Written). Da virtualiseringsplatforme skriver mange logfiler og snapshots, slides billige diske hurtigere. Det anbefales derfor at vælge diske med høj endurance eller Enterprise-specifikationer for at sikre langvarig drift uden diskfejl i et 24/7 miljø, hvor skrivning sker konstant.

Typiske fejl ved barebone homelabs

1. Underdimensionering af RAM: Mange køber 8 GB eller 16 GB RAM, men opdager hurtigt, at Proxmox og ZFS ARC sammen med et par VM'er hurtigt bruger 20+ GB. Dette fører til "Out of Memory" (OOM) fejl, hvor systemet automatisk dræber aktive processer for at overleve, hvilket resulterer i uforudsigelige nedbrud af kritiske tjenester som Home Assistant.
2. Valg af forkert RAM-spænding: En hyppig fejl er installation af DDR4 i systemer, der kræver DDR4L (Low Voltage), eller omvendt. Dette kan resultere i, at maskinen slet ikke starter (no POST) eller oplever spontane genstarter under høj belastning, fordi spændingsdifferencen skaber ustabilitet i hukommelsescontrolleren.
3. Manglende ekstern backup: Selvom man har snapshots, er det ikke en fuld backup. Et snapshot gemmes på samme disk som VM'en; hvis disken dør fysisk, er alt tabt. Man bør altid have ekstern backup (f.eks. via Proxmox Backup Server eller en NAS) for at sikre, at konfigurationer kan genskabes på ny hardware.
4. Kørsel af Home Assistant i Docker uden optimering: Brugere forsøger ofte at køre HA i Docker for at spare RAM, men ender med at kæmpe med komplekse rettigheder til USB-stik og manglende Supervisor. Dette fører ofte til timer med manuel fejlfinding af /dev/ttyUSB0 mapping, som kunne være løst på minutter via en VM med passthrough.
5. Ignorering af ydelsesdrosling: At placere en mini PC i et lukket skab uden ventilation fører til overophedning. Når CPU'en når sin termiske grænse, aktiveres thermal throttling (ydelsesdrosling), hvilket reducerer clock-frekvensen drastisk. Dette mærkes som mærkbare forsinkelser (lag) i smarthome-responstiden og langsomme loadtider på dashboards.