UGREEN NAS für Docker und virtuelle Maschinen optimieren
Für einen einzelnen Netzwerkdienst wie Nextcloud, Vaultwarden oder Paperless-ngx ist Docker die passende Lösung. Ein Container bringt kein eigenes Betriebssystem mit und braucht deshalb deutlich weniger Arbeitsspeicher als eine virtuelle Maschine. Brauchst du ein vollständiges Windows oder Linux, Home Assistant OS oder eine isolierte Testumgebung, wählst du eine VM.
Docker oder VM: Welche Lösung passt zu deiner Anwendung?
Ein Docker-Container nutzt den Kernel von UGOS Pro mit. Eine VM erhält virtuelle CPU-Kerne, zugewiesenen Arbeitsspeicher, virtuelle Laufwerke und ein eigenes Betriebssystem.
| Anwendung | Empfehlung | Grund |
|---|---|---|
| Nextcloud, Vaultwarden, Paperless-ngx | Docker | Dienste ohne eigenes Gastbetriebssystem |
| Jellyfin oder Plex | Docker | Medienserver mit eingebundenen Medienordnern |
| Home Assistant Container | Docker | Smart Home ohne Supervisor und Add-ons |
| Home Assistant OS | VM | Eigenes System mit Supervisor und Add-ons |
| Windows-Programm | VM | Vollständiges Windows erforderlich |
| Linux-Testumgebung | VM | Eigener Kernel und getrennte Systemkonfiguration |
Mit der Entscheidung für Docker oder VM scheiden bereits Modelle aus.
Welche UGREEN-Modelle unterstützen Docker und VMs?
Das DH2300 unterstützt weder Docker noch virtuelle Maschinen. Das DH4300 Plus führt ARM64-Container aus, aber keine VMs. Die DXP-Modelle unterstützen Docker und den Virtual Machine Manager.
| Modell | Docker und VM | CPU und RAM |
|---|---|---|
| DH2300 | Beides nicht unterstützt | ARM; 4 GB fest |
| DH4300 Plus | ARM64-Docker; keine VM | ARM; 8 GB fest |
| DXP2800 | x86-Docker und VM | Intel N100; 8 GB, bis 16 GB |
| DXP2800 GT | x86-Docker und VM | AMD R2514; 8 GB, bis 64 GB |
| DXP4800 Plus | x86-Docker und VM | Pentium Gold 8505; 8 GB, bis 64 GB |
| DXP4800 Pro | x86-Docker und VM | Core i3-1315U; 8 GB, bis 96 GB |
| DXP4800 GT | x86-Docker und VM | AMD R2514; 8 GB, bis 64 GB |
Für mehrere Container und eine Windows-VM empfehlen wir ein DXP4800 Plus, DXP4800 Pro oder DXP4800 GT mit erweitertem Arbeitsspeicher. Weitere Geräte findest du in unserer Übersicht der UGREEN NAS-Speicher.
CPU und RAM vor dem Start aufteilen
Vergib nie den gesamten Arbeitsspeicher an eine VM. UGOS Pro, Dateidienste und laufende Apps benötigen neben den virtuellen Maschinen weiterhin Platz.
Verfügbarer RAM für Workloads = installierter RAM minus UGOS Pro minus laufende Apps minus Reserve
Die folgenden Werte sind unsere Startempfehlungen für kleine Installationen. Sie sind keine garantierten Verbrauchswerte oder festen Obergrenzen.
| Anwendung | RAM zum Start | Mehr einplanen bei |
|---|---|---|
| Kleiner Containerdienst | 512 MB bis 1 GB | vielen Anfragen oder großen Datenbeständen |
| Nextcloud mit Datenbank | 2 bis 4 GB insgesamt | Vorschaubildern, mehreren Nutzern, zusätzlichem Office-Dienst |
| Linux-VM | 4 GB | Desktop und weiteren Anwendungen |
| Windows-VM | 8 GB | mehreren gleichzeitig genutzten Programmen |
Ein DXP2800 mit 8 GB betreibt UGOS Pro, einige leichte Container und eine Linux-VM mit 4 GB. Für eine Windows-VM mit 8 GB fehlt die Reserve. Die Aufrüstung auf 16 GB gehört dann zur VM-Planung.
Bei den virtuellen Kernen entscheidet der Prozessor:
- DXP2800 (N100, 4 Kerne / 4 Threads): Linux-VM mit 2 vCPUs, Windows-VM mit höchstens 3. Vier vCPUs wären die gesamte CPU, und UGOS Pro, Docker und Dateidienste hätten nichts mehr übrig. Für ein einzelnes Windows-Programm reicht das, für tägliche Büroarbeit nicht.
- DXP2800 GT, DXP4800 Plus, DXP4800 Pro, DXP4800 GT: Windows-VM mit 4 vCPUs ist ein sinnvoller Startwert.
Eine vCPU reserviert keinen physischen Kern exklusiv. Host und VM teilen sich die Rechenzeit. Vier vCPUs auf dem vierkernigen N100 können unter Last aber mit Dateidiensten und Containern um sämtliche CPU-Ressourcen konkurrieren. Deshalb empfehlen wir auf dem DXP2800 eine einzelne leichte Windows-Anwendung; für einen regelmäßig genutzten Windows-Arbeitsplatz ein stärkeres Modell.
Nach dem Start zeigt Docker > Übersicht die CPU-, RAM- und Netzwerknutzung der Container. Für die VM verwendest du die Ressourcenanzeige der App „Virtuelle Maschine“. Reagiert das NAS langsam, während der Arbeitsspeicher ausgeschöpft wird, reduzierst du die gleichzeitig laufenden Dienste oder erweiterst den RAM. Zusätzliche vCPUs helfen nur, wenn die Anwendung parallele Rechenarbeit ausführen kann.
Container über Compose begrenzen
Bei selbst angelegten Compose-Projekten bearbeitest du die Konfiguration unter Docker > Projekt. Mit cpus und mem_limit setzt du pro Dienst Grenzen. Dieser Ausschnitt begrenzt einen kleinen Dienst auf die Rechenzeit einer CPU und 1 GB RAM:
cpus: "1.0"
mem_limit: 1g
Die beiden Zeilen stehen innerhalb des jeweiligen Dienstes, auf derselben Ebene wie image und volumes. Sie sind keine vollständige Compose-Datei. Die Parameter beschreibt die Docker-Compose-Dokumentation.
Ein zu niedriges RAM-Limit kann den Prozess beenden. Übernimm die Beispielwerte deshalb nicht für eine Datenbank oder Nextcloud. Richte das Limit nach dem unter typischer Nutzung beobachteten Bedarf mit zusätzlicher Reserve aus.
VM-Abbilder und Containerdaten auf den richtigen Pool legen
| Datentyp | Speicherort | Folge |
|---|---|---|
| VM-Abbild | M.2-SSD-Pool | Schneller Start, flüssige kleine Zugriffe |
| Containerdatenbank | M.2-SSD-Pool | Niedrige Schreiblatenz |
| Containerkonfiguration | M.2-SSD-Pool | Schneller Start, HDDs bleiben im Ruhezustand |
| Fotos, Videos, Archive | HDD-Pool | Viel Kapazität zu geringen Kosten |
Für VM-Abbilder und Datenbanken empfehlen wir zwei M.2-SSDs in RAID 1. Eine einzelne SSD oder RAID 0 hat keine Redundanz. Fällt sie aus, sind VM und Datenbank ohne getrennte Sicherung verloren.
Das DH4300 Plus besitzt keine internen M.2-Steckplätze. Die M.2-Empfehlung gilt deshalb für die DXP-Modelle. Beim DH4300 Plus läuft Docker auf dem vorhandenen internen Speicherpool; plane entsprechend weniger gleichzeitig aktive, schreibintensive Dienste ein.
Bei Docker gehören persistente Daten in Volumes oder Bind Mounts, nicht in die beschreibbare Container-Ebene. Dann überstehen sie Updates und Neuerstellungen. Für Nextcloud heißt das:
- Compose-Datei, Nextcloud-Konfiguration und Datenbank auf dem SSD-Pool
- Nutzerdateien auf dem HDD-Pool
- Datenbank und eingebundene Ordner getrennt gesichert
Halte auf jedem Pool mindestens 20 Prozent frei. Ein voller Pool lässt Datenbanken abbrechen und kann das Dateisystem in einer VM beschädigen.
Laufen Container und VMs auf dem SSD-Pool, kann der HDD-Pool in den Ruhezustand gehen. Greift ein Container regelmäßig auf einen HDD-Ordner zu, weckt er die Platten trotzdem.
Vier konkrete Konfigurationen
Nextcloud für Familie oder kleines Team
Betreibe Nextcloud und die Datenbank als Compose-Projekt. Auf einem DXP-Modell liegen Datenbank und Konfiguration auf dem SSD-Pool, die Nutzerdateien auf dem HDD-Pool. Für eine kleine Installation planst du zunächst 2 bis 4 GB RAM für die zusammengehörigen Dienste ein.
Die Erzeugung vieler Foto-Vorschaubilder kann kurzfristig deutlich mehr CPU beanspruchen. Lege größere Verarbeitungsläufe in ein Zeitfenster, in dem keine VM hohe Leistung benötigt.
Das Nextcloud-Datenverzeichnis wird von Nextcloud verwaltet. Lade Dateien über Nextcloud oder einen dafür eingerichteten Speicherzugang hoch, damit Dateibestand und Datenbank zusammenpassen. Die Einrichtung zeigt unsere Nextcloud-Anleitung.
Home Assistant Container mit Zigbee-Stick
Für Zigbee empfehlen wir Home Assistant Container zusammen mit Zigbee2MQTT und einem MQTT-Broker wie Mosquitto. Diese Drittanbieterdienste laufen als getrennte Container. Der USB-Koordinator wird Zigbee2MQTT zugewiesen.
Verwende möglichst den stabilen Gerätepfad unter /dev/serial/by-id/. Er bleibt eindeutiger als eine laufende Nummer wie /dev/ttyUSB0. Melde dich per SSH am NAS an und zeige die erkannten seriellen Geräte an:
ls -l /dev/serial/by-id/
Übernimm den zum Koordinator gehörenden vollständigen Pfad in den Zigbee2MQTT-Dienst deiner Compose-Datei. Der folgende Ausschnitt zeigt die Zuordnung; usb-DEIN_KOORDINATOR ersetzt du durch den angezeigten Namen:
devices:
- /dev/serial/by-id/usb-DEIN_KOORDINATOR:/dev/ttyACM0
In Zigbee2MQTT lautet der serielle Port dann /dev/ttyACM0. Das Prinzip und die weiteren Containerparameter beschreibt die Docker-Anleitung von Zigbee2MQTT.
Die Zuordnung setzt voraus, dass UGOS Pro den angeschlossenen Koordinator als serielles Gerät erkennt. Fehlt er in der Ausgabe, löst ein anderer Compose-Pfad das Treiberproblem nicht. Ein Netzwerkkoordinator umgeht diese USB-Abhängigkeit.
Home Assistant Container hat keinen Add-on-Store. Für Z-Wave betreibst du entsprechend Z-Wave JS als eigenen Dienst. Home Assistant OS in einer VM ist die Alternative, wenn du Supervisor und Add-ons zusammen mit einem Netzwerkkoordinator verwenden möchtest.
Windows-VM für ein einzelnes Programm
Auf dem DXP2800 beginnst du mit zwei vCPUs und 16 GB installiertem NAS-RAM. Speichere gemeinsam genutzte Dokumente in einer SMB-Freigabe des NAS. So bleiben sie auch bei ausgeschalteter VM erreichbar. Nimm diesen Ordner ausdrücklich in deine NAS-Sicherungsaufgabe auf.
Anwendungsdaten, die ein lokales Laufwerk verlangen, bleiben im virtuellen Laufwerk. Für sie richtest du ein Backup innerhalb des Gastbetriebssystems ein. Die Erstellung der VM zeigt unsere Anleitung für virtuelle Maschinen auf UGREEN NAS.
Proxmox oder ESXi mit Speicher auf dem NAS
Laufen die VMs auf einem externen Server, stellt das UGREEN NAS den Speicher über NFS oder iSCSI bereit. CPU und RAM für die Gäste kommen dann vom Server; der Zugriff auf ihre virtuellen Laufwerke läuft über das Netzwerk.
Für mehrere gleichzeitig aktive VMs empfehlen wir einen SSD-Pool und 10 GbE zwischen Server und NAS. Ein schneller Netzwerkanschluss allein beseitigt die Wartezeiten eines überlasteten HDD-Pools nicht.
Ein gewöhnliches NTFS- oder ext4-Dateisystem auf einem iSCSI-LUN darf nicht gleichzeitig von mehreren unabhängigen Hosts beschrieben werden. Gemeinsame Datastores benötigen die dafür vorgesehene Hypervisor-Konfiguration. Die VM-Sicherung übernimmt die Backup-Lösung des Hypervisors.
Wenn sich Container und VMs gegenseitig ausbremsen
Öffne die Ressourcenanzeigen während der langsamen Aufgabe. Ändere anschließend eine Einstellung und wiederhole dieselbe Aufgabe. Dadurch erkennst du, ob die Änderung tatsächlich hilft.
| Beobachtung | Möglicher Engpass | Nächster Schritt |
|---|---|---|
| Beobachtung | Wahrscheinlicher Engpass | Nächster Schritt |
| — | — | — |
| Alles reagiert langsam | CPU oder RAM | Docker-App und Virtual Machine Manager öffnen |
| Datenbank hakt | Latenz des HDD-Pools | Datenbank auf SSD-Pool verschieben |
| Übertragung stoppt bei 110 MB/s | 1-GbE-Pfad | Port, Kabel, Client prüfen |
| VM ruckelt während eines Backups | Gleichzeitige Schreiblast | Backup-Zeitplan verschieben |
| Container beendet sich nach Lastspitzen | Speichermangel oder App-Fehler | Docker > Container > Protokoll öffnen |
Fotoindexierung, Medienanalyse und große Backups müssen nicht gleichzeitig mit einer Windows-VM laufen. Ein geänderter Zeitplan kann die Reaktionszeit verbessern, ohne dass du Hardware aufrüstest.
Mehr RAM hilft bei Speichermangel. Er beschleunigt keine dauerhaft ausgelastete CPU. Eine SSD verkürzt Speicherzugriffe, ersetzt aber keine Rechenleistung für Transcoding oder aufwendige Berechnungen.
Container und VMs richtig sichern
Ein Container-Image ist ersetzbar, deine Konfiguration und deine Daten sind es nicht. Für ein Docker-Projekt sicherst du:
- die Compose-Datei
- Umgebungsvariablen und Secrets
- eingebundene Konfigurationsordner
- persistente Nutzerdaten
- einen Datenbank-Dump
VM-Snapshot und getrenntes Backup kombinieren
Ab UGOS Pro 1.18.1.0098 erstellst du einen VM-Snapshot über Virtuelle Maschine > gewünschte VM > … > Schnappschuss erstellen.
Nutze ihn vor Updates oder größeren Konfigurationsänderungen. Er ermöglicht die Rückkehr zum gespeicherten Zustand, bleibt aber auf demselben NAS. Für den Verlust des Speicherpools oder des Geräts brauchst du eine zusätzliche Sicherung auf einem zweiten NAS, einer USB-Festplatte oder einem geeigneten Cloud-Ziel.
Eine Datensicherung aus dem Gastbetriebssystem stellt deine Dateien wieder her. Soll die gesamte VM einschließlich Betriebssystem wiederhergestellt werden, brauchst du eine dafür geeignete Systemsicherung. Notiere außerdem RAM, vCPUs, Netzwerk und die verwendete Betriebssystemversion.
Die beiden Reset-Verfahren unterscheiden
Ein 5-Sekunden-Reset setzt unter anderem Administratorzugang und Netzwerk zurück. Er deaktiviert den Autostart von Docker und virtuellen Maschinen, löscht diese aber nicht.
Ein vollständiger Werksreset löscht Systemeinstellungen und installierte Apps einschließlich Docker-Containern und virtuellen Maschinen. Persönliche Dateien auf den Laufwerken bleiben erhalten.
Bevor eine Anwendung produktiv wird, sollten drei Punkte erfüllt sein:
- Du kannst den Container oder die VM anhand der gesicherten Konfiguration neu aufbauen.
- Mindestens eine vollständige Sicherung der benötigten Daten liegt auf einem getrennten Gerät oder einem externen Ziel.
- Du hast daraus Daten in eine Testumgebung zurückgespielt und erfolgreich geöffnet.
Häufig gestellte Fragen
Kann ich vorhandene Docker-Daten auf einen SSD-Pool verschieben?
Ja. Öffne Docker > Verwaltung > Datenmigration, wähle das Ziel-Volume auf dem SSD-Pool und starte die Migration. Die Funktion verschiebt die von Docker verwalteten Daten einschließlich Images und Containerkonfigurationen. Externe Ordner, die du über eigene Bind Mounts eingebunden hast, behandelst du getrennt: Ihr Speicherort wird weiterhin durch den angegebenen Pfad bestimmt.
Enthält ein VM-Snapshot auch per SMB eingebundene Ordner?
Nein. Eine SMB-Freigabe liegt außerhalb des virtuellen Laufwerks. Ein VM-Snapshot setzt ihre Dateien daher nicht zurück. Sichere den freigegebenen Ordner separat und berücksichtige bei einer Wiederherstellung, ob Anwendung und externe Dateien zusammenpassen.
Fazit: Die erste Anwendung vollständig einrichten
Für einen kleinen Containerdienst reicht das DH4300 Plus mit passendem ARM64-Image. Für x86-Anwendungen und eine leichte VM ist das DXP2800 der Einstieg. Eine Windows-VM zusammen mit mehreren Diensten profitiert von einem DXP2800 GT oder einem stärkeren Vier-Schacht-Modell mit erweitertem RAM.
Richte zuerst eine Anwendung mit festgelegtem RAM-Budget, passendem Speicherort und getrenntem Backup ein. Teste ihre Wiederherstellung, bevor du weitere Dienste hinzufügst. Geeignete Anwendungen und weiterführende Anleitungen findest du in unserer Übersicht der besten Apps für UGOS Pro.
