Kies 8 GB voor een gericht Home Assistant-systeem, 16 GB voor een gematigde gedeelde stack en alleen 32 GB wanneer gemeten services of virtuele machines de lagere niveaus overschrijden.
De relevante vergelijking is het piekgeheugen tijdens dezelfde werklast, niet hoeveel RAM het besturingssysteem lijkt te vullen. Linux gebruikt ongebruikt geheugen voor cache, containers delen een kernel en een VM reserveert een extra besturingsomgeving. Houd het installatietype, integraties, add-ons, geschiedenis en aangrenzende services constant voordat je een niveau kiest.
Gebruik 8 GB als het standaardniveau voor een toegewijde host
Acht gigabyte is normaal gesproken ruim voldoende voor Home Assistant, de database, dashboards en een bescheiden aantal add-ons op een toegewijde host. Er blijft ruimte over voor bestandssysteemcache en normale pieken, zonder ongebruikte capaciteit tot het aankoopdoel te maken. Dit niveau wordt beperkt zodra zware aanvullende services, meerdere VM's of lokale AI het geheugen delen.
Vragen over hardware in de community maken onderscheid tussen de bescheiden vereisten van Home Assistant en het geheugenverbruik van add-ons. De geheugenbasis voor een gerichte host ondersteunt het gebruik van 8 GB als praktisch startniveau, niet als universele bovengrens.
Kies 8 GB wanneer het beschikbare geheugen tijdens pieken voldoende marge houdt, swap inactief blijft en het systeem zich tijdens back-ups en herstarts netjes herstelt. Schakel niet alleen op omdat het cachegeheugen hoog is; cache kan worden vrijgemaakt en bewijst geen geheugendruk.
Kies 16 GB voor een stabiele gedeelde applicatiestack
Zestien gigabyte biedt meer ruimte voor gelijktijdig gebruik van MQTT, Node-RED, kleine databases, DNS-services, monitoring en geselecteerde zelfgehoste applicaties. Het is ook een verstandig niveau voor een VM-host wanneer Home Assistant een toegewijde gast nodig heeft en de hypervisor plus enkele lichte services voorspelbare capaciteit moeten behouden.
Een overzicht van mini-pc's voor slimme woningen uit 2026 koppelt uitbreiding van de werklast met 16 GB aan zwaardere camera- of aanvullende werklasten. Zie de genoemde niveaus als aanleiding om te meten, omdat het aantal camera's, de modelgrootte en de bewaartermijn sterk kunnen verschillen.
Kies 16 GB wanneer een systeem met 8 GB tijdens realistische overlap herhaaldelijk druk vertoont of wanneer de host bekende services zal toevoegen. Blijf bij 8 GB wanneer die applicaties alleen hypothetisch zijn.
Reserveer 32 GB voor VM's, camera's of lokale AI
Z tweeëndertig gigabyte is de meerprijs waard wanneer meerdere gastbesturingssystemen, grote databases, Frigate-buffers, lokale spraak- of taalmodellen of ontwikkelomgevingen gelijktijdig in het geheugen moeten blijven. Deze werklasten kunnen de capaciteit nuttig benutten, maar hun geheugen hoort bij het plan voor de gedeelde server en niet alleen bij Home Assistant.
Proxmox-eigenaren die meerdere VM's en containers gebruiken, beschrijven de geheugenbehoefte voor meerdere VM's als een allocatieprobleem voor de volledige host. Daardoor is 32 GB relevant wanneer virtualisatie de bepalende werklast is.
Wijs 32 GB af wanneer de processor, opslag, accelerator of thermische opzet als eerste een bottleneck vormt. Extra geheugen kan een zwak videopad of een traag databaseapparaat niet compenseren.
Pas een upgradecontrole op basis van piekgeheugen toe
Voer de drukste normale combinatie minstens een uur uit en registreer het werkgeheugen van Home Assistant, het totale beschikbare geheugen, swapactiviteit, stalls door geheugendruk, herstarts van containers en de automatiseringslatentie bij hoge percentielen. Herhaal dit tijdens een back-up en na een koude start, omdat die fasen verschillende pieken kunnen veroorzaken.
De ZimaSpace-gids over het interpreteren van behouden geheugen helpt nuttige cache te onderscheiden van echte druk voordat je voor het volgende niveau betaalt.
Behoud 8 GB wanneer alle tests met voldoende marge slagen; kies 16 GB wanneer er druk ontstaat tijdens de gematigde gedeelde stack; kies 32 GB wanneer gedocumenteerde toewijzing voor VM's, camera's of AI dat vereist. Als geen enkel niveau de latentie verbetert, stop dan met het vergelijken van RAM.
Productvergelijkingen
Meer om te lezen

Intel vs. AMD vs. ARM voor Home Assistant-thuisservers
ARM past bij ondersteunde energiezuinige apparaten; Intel en AMD passen bij bredere x86-behoeften. De exacte software, werklast, het stroomverbruik, de I/O en het herstel...

Hoe kies je tussen één grote Home Assistant-server en twee kleinere hosts
Eén host is eenvoudiger; twee verdienen hun meerprijs dankzij doordachte isolatie. Een koude reserve kan beter zijn dan beide wanneer voorspelbaar handmatig herstel de...

Home Assistant met lokale opslag versus netwerkopslag: wat is betrouwbaarder?
Lokale opslag wint doorgaans voor livegegevens van Home Assistant; netwerkopslag is beter geschikt voor back-ups en media. Een geteste hybride oplossing biedt vaak de...

