Schlagwort: OpenSource

HomeAssistant: Docker vs. HAOS

Die Wahl zwischen Home Assistant Operating System (HAOS) und Home Assistant Container (Docker) läuft primär auf die Frage hinaus: Möchtest du ein schlüsselfertiges Appliance-System mit Add-on-Store oder maximale Kontrolle über einen bestehenden Server?

Direkter Vergleich

KriteriumHome Assistant OS (HAOS)Home Assistant Container (Docker)
InstallationsartBares Betriebssystem (Bare-Metal) oder Hypervisor-VMDocker-Container (homeassistant/home-assistant)
Add-on Store (Supervisor)Ja (Integrierter Store für Zigbee2MQTT, Node-RED etc.)Nein (Dienste werden als eigene Container verwaltet)
System-Updates1-Click-Updates über die Web-OberflächeÜber Container-Management (docker compose, Watchtower etc.)
BackupsNative Full/Partial Backups inklusive aller Add-onsSichern des /config-Ordners (+ separate Backup-Routine für externe Container)
HACS SupportJaJa (manuell oder per Script im Config-Ordner)
USB-Pass-ThroughAutomatisch/Nativ im OSManuell per --device oder devices: in docker-compose.yml
WartungsaufwandMinimal („Appliance“-Gefühl)Mittel bis Hoch (Docker-Kenntnisse erforderlich)
Ressourcen-EffizienzReserviert das ganze System / die VMSehr sparsam, teilt Ressourcen mit anderen Containern

Home Assistant Operating System (HAOS)

HAOS ist ein minimales, Linux-basiertes Betriebssystem, das speziell für Home Assistant entwickelt wurde. Es läuft als Komplettpaket auf Raspberry Pi, Mini-PCs (NUC) oder als virtuelle Maschine (z. B. unter Proxmox, ESXi, VirtualBox).

Vorteile

  • Integrierter Add-on Store: Zusätzliche Dienste wie Zigbee2MQTT, Mosquitto Broker, Node-RED, InfluxDB oder ESPHome lassen sich mit einem Klick installieren, konfigurieren und automatisch über den Home Assistant Supervisor verwalten.
  • Vollständiges Backup-System: Ein Klick erstellt ein vollständiges Abbild des Systems samt allen Add-ons, Konfigurationen und Datenbanken, das auf jeder anderen HAOS-Instanz wiederhergestellt werden kann.
  • Einfache Hardware-Anbindung: USB-Sticks (Zigbee, Z-Wave, Bluetooth) werden vom Betriebssystem direkt erkannt und ohne Konfigurationsaufwand durchgereicht.

Nachteile

  • Mangelnde Flexibilität auf Host-Ebene: Der Zugriff auf das zugrundeliegende OS ist stark eingeschränkt (kein normales Debian/Ubuntu darunter).
  • Exklusive Hardware-Nutzung: Wird HAOS Bare-Metal installiert, gehört die gesamte Hardware ausschließlich Home Assistant.

Die Architektur von HAOS (mit Supervisor)

HAOS basiert auf einem minimalen, extrem schlanken Linux-Betriebssystem (entwickelt mit Buildroot), das als Spezial-Hypervisor für Docker-Container agiert. Der Anwender interagiert nicht direkt mit dem Linux-Host, sondern vollständig über die Web-Oberfläche von Home Assistant.

Plaintext

+-----------------------------------------------------------------------+
|                         Home Assistant Frontend                       |
+-----------------------------------------------------------------------+
|  HA Core Container  |  Supervisor Container  |  Add-on Container A/B… |
+-----------------------------------------------------------------------+
|                            Docker Engine                              |
+-----------------------------------------------------------------------+
|                   Home Assistant Operating System (HAOS)               |
+-----------------------------------------------------------------------+
|                     Hardware / VM (x86, RPi, etc.)                    |
+-----------------------------------------------------------------------+

Die Schlüsselkomponente: Der Supervisor

Der Supervisor ist selbst ein spezieller Docker-Container mit erweiterten Privilegien, der als Steuerzentrale und Paketmanager dient:

  • Container-Orchestrierung: Er lädt, startet, stoppt und aktualisiert sowohl das eigentliche Home Assistant Core als auch alle installierten Add-ons.
  • Add-on Management: Add-ons in HAOS sind im Grunde vordefinierte Docker-Container. Der Supervisor konfiguriert sie automatisch, verbindet ihre Netzwerke und kümmert sich um Umgebungsvariablen.
  • Systemsteuerung: Er steuert Host-Funktionen wie Netzwerkeinstellungen, USB-Hardware-Erkennung, System-Updates und das Erstellen von Komplett-Backups (Snapshots).
  • Ingress-Proxy: Über die Ingress-Technologie bettet der Supervisor die Web-Oberflächen von Add-ons (z. B. Node-RED oder Zigbee2MQTT) direkt als Nahtlos-Reiter in die Home Assistant UI ein.

Home Assistant Container (Docker)

Bei dieser Variante läuft nur das Home Assistant Core-Image als Container auf einem beliebigen Linux-Host (z. B. Ubuntu, Debian, Alpine) oder einem NAS (Synology, QNAP, Unraid).

Vorteile

  • Perfekt für Multi-Service-Server: Ideal, wenn auf demselben Host bereits Docker-Dienste wie Plex, Nextcloud, AdGuard, Portainer oder Traefik laufen.
  • Volle Kontrolle: Voller Zugriff auf das Host-Betriebssystem, Netzwerkeinstellungen, Mounts und Systemressourcen.
  • Geringer Overhead: Kein Overhead durch eine zusätzliche VM oder Supervisor-Dienste.

Nachteile

  • Kein Supervisor / Keine Add-ons: Der Reiter „Add-ons“ fehlt in der Oberfläche komplett. Dienste wie Mosquitto oder Zigbee2MQTT müssen als eigene Docker-Container via docker-compose aufgesetzt und manuell mit Home Assistant verknüpft werden.
  • Manuelle Hardware-Zuordnung: USB-Geräte (z. B. /dev/ttyUSB0 oder /dev/serial/by-id/...) müssen explizit in der Container-Konfiguration durchgereicht werden.
  • Getrennte Backup-Logik: Die Sicherung von Home Assistant deckt nur den Konfigurationsordner ab. Datenbanken oder extern laufende Container-Dienste müssen separat gesichert werden.

Die Architektur von HA Container (Reines Docker)

Bei der reinen Container-Installation entfällt die Betriebssystem- und Supervisor-Schicht komplett. Du betreibst lediglich den offiziellen Image-Container homeassistant/home-assistant auf einem von dir selbst verwalteten Docker-Host.

Plaintext

+-----------------------------------------------------------------------+
|                         Home Assistant Frontend                       |
+-----------------------------------------------------------------------+
|                          HA Core Container                            |
+-----------------------------------------------------------------------+
|     Docker Engine  +  Manuelle Container (Zigbee2MQTT, Mosquitto…)    |
+-----------------------------------------------------------------------+
|                 Beliebiges Host-OS (Debian, Ubuntu, NAS)              |
+-----------------------------------------------------------------------+
|                                Hardware                               |
+-----------------------------------------------------------------------+

Was hier anders ist:

  • Kein Supervisor: Der Reiter Add-ons existiert in der Benutzeroberfläche nicht.
  • Manuelle Container-Verwaltung: Zusätzliche Dienste (wie MQTT-Broker oder Datenbanken) werden nicht per Klick aus der UI installiert, sondern über deine eigene docker-compose.yml oder Verwaltungstools wie Portainer aufgesetzt.
  • Netzwerk & Hardware: Netzwerkports, USB-Geräte (z. B. Zigbee-Sticks) und Ordner-Mounts (volumes) müssen manuell im Docker-Run-Befehl oder Compose-File definiert werden.

Entscheidungshilfe

Wähle HAOS, wenn:

  • Du eine dedizierte Hardware (z. B. Raspberry Pi, refurbished Mini-PC) ausschließlich für Home Automation nutzen willst.
  • Du HAOS bequem als VM unter Proxmox VE betreiben möchtest.
  • Du Add-ons (Zigbee2MQTT, Node-RED, ESPHome etc.) ohne Aufwand direkt aus der HA-Oberfläche heraus installieren und verwalten willst.

Wähle Docker, wenn:

  • Du bereits einen bestehenden Linux-Server oder ein NAS betreibst, auf dem Docker-Stacks laufen.
  • Du deinen eigenen Update- und Backup-Workflow (z. B. via Git, Docker Compose, BorgBackup) etabliert hast.
  • Du die volle Kontrolle über Netzwerkkonfigurationen und Dateisysteme auf Host-Ebene behalten möchtest.