Die Frage taucht bei fast jeder Unraid-Installation auf: Warum von einem USB-Stick starten, wenn eine SSD herumliegt? Die kurze Antwort lautet, dass es nicht geht – die längere erklärt, wo SSDs bei Unraid stattdessen einen echten Unterschied machen.
Warum Unraid nicht von SSD startet
Unraid bindet seine Lizenz an die eindeutige Kennung des USB-Datenträgers, von dem es startet. Diese GUID lesen SSDs und die meisten Kartenleser nicht in der erforderlichen Form aus – die Lizenzprüfung schlägt damit fehl.
Dazu kommt der technische Aufbau: Unraid lädt beim Start ins RAM und läuft danach dort. Es gibt im Betrieb kaum Zugriffe auf das Startmedium – der Geschwindigkeitsvorteil einer SSD verpufft also ohnehin.
Anders gesagt: Selbst wenn es ginge, wäre der Gewinn gering. Warum Sticks trotzdem verschleißen und wie Du das eindämmst, steht unter Unraid USB-Stick defekt.
Die Ausnahme: Industrial-SD-Karte im Kartenleser
Ein Mittelweg, den viele fahren: eine hochwertige SD-Karte in einem USB-Kartenleser. Industrial-Karten sind für Dauerbetrieb ausgelegt und halten deutlich länger als ein normaler Stick.
Voraussetzung ist, dass der Kartenleser eine eindeutige Kennung meldet – nicht jeder tut das, und Mehrfachleser scheitern regelmäßig daran. Ob die Kombination funktioniert, siehst Du erst beim Registrieren.
Wo SSDs bei Unraid wirklich hingehören
Nämlich in den Cache-Pool – und dort verändern sie das System spürbar.
| Einsatz | Wirkung |
|---|---|
| Schreib-Cache | Schreibvorgänge landen zuerst auf der SSD, statt direkt aufs Array |
| Docker-Container | Deutlich schnellere Starts und Reaktionszeiten |
| VM-Abbilder | Der Unterschied zwischen benutzbar und quälend langsam |
| appdata | Datenbanken von Containern gehören auf SSD, nicht aufs Array |
1. Schreib-Cache: warum das Array davon profitiert
Ohne Cache schreibt Unraid direkt aufs Array – und muss dabei die Parität mitschreiben. Das kostet spürbar Geschwindigkeit, weil für jeden Schreibvorgang auch die Paritätsplatte beschäftigt wird.
Mit Cache landet alles zuerst auf der SSD und wird später gebündelt aufs Array verschoben – üblicherweise nachts. Das ist der größte einzelne Geschwindigkeitsgewinn, den Du bei Unraid holen kannst.
Nebeneffekt: Die Array-Platten bleiben tagsüber häufiger im Ruhezustand, was Strom spart und die Laufwerke schont.
2. Docker und VMs: hier ist SSD faktisch Pflicht
Container und virtuelle Maschinen erzeugen viele kleine, verstreute Zugriffe – genau das, wofür Festplatten am schlechtesten geeignet sind. Auf dem Array laufen sie zäh, auf einer SSD unauffällig.
Besonders wichtig ist der Ordner mit den Container-Daten. Dort liegen Datenbanken, die permanent kleine Schreibvorgänge erzeugen. Auf einer Array-Platte hält das das Laufwerk dauerhaft wach und macht den Ruhezustand unmöglich.
Der Punkt, den man kennen muss: Cache-Daten sind ungeschützt
Die Parität schützt nur das Array, nicht den Cache. Fällt eine einzelne Cache-SSD aus, sind weg:
- Alle Docker-Container samt Konfiguration
- Alle VM-Abbilder
- Alle Daten, die noch nicht aufs Array verschoben wurden
Das ist der Grund für die Standardempfehlung: zwei SSDs im Spiegel. Dafür braucht der Pool ein Dateisystem, das mehrere Laufwerke zusammenfassen kann – XFS kann das nicht, Btrfs und ZFS schon. Die Abwägung steht unter Unraid: welches Dateisystem?.
Wer nur eine SSD hat, sollte wenigstens die Container-Konfiguration regelmäßig sichern.
Welche SSD?
- Größe: 500 GB bis 1 TB sind für die meisten passend. Der Cache muss aufnehmen können, was zwischen zwei Verschiebeläufen anfällt, plus Container und VMs.
- NVMe oder SATA: NVMe ist schneller, SATA reicht in der Praxis fast immer. Wichtiger ist, dass überhaupt eine SSD da ist.
- Kein Enterprise-Modell nötig, solange Du keine extremen Schreiblasten fährst. Ein solides Consumer-Modell mit vernünftiger Ausdauer genügt.
- Zwei gleiche Modelle für den Spiegel – das erspart Überraschungen bei Größe und Verhalten.
Welche Anschlüsse Dein Board dafür hat und ob ein NVMe-Steckplatz frei ist, klärt sich beim Blick auf die Hardwareauswahl.
Häufige Fragen
Kann ich Unraid wirklich nicht auf SSD installieren?
Nicht als Startmedium – die Lizenz hängt an der USB-Kennung. Für Cache, Docker und VMs sind SSDs dagegen ausdrücklich vorgesehen.
Gehört eine SSD ins Array?
Nein. Im Array würde sie mit Paritätsschreibvorgängen belastet und ihre Geschwindigkeit verpuffen. Ihr Platz ist der Cache-Pool.
Wie groß sollte der Cache sein?
Er muss aufnehmen können, was zwischen zwei Verschiebeläufen geschrieben wird, plus den Platz für Container und VMs. 500 GB bis 1 TB decken das in den meisten Haushalten ab.
Was passiert, wenn der Cache voll läuft?
Unraid schreibt dann direkt aufs Array weiter – langsamer, aber ohne Datenverlust. Wenn das regelmäßig passiert, ist der Cache zu klein oder der Verschiebelauf zu selten.
Brauche ich wirklich zwei SSDs?
Wenn dort Container und VMs liegen: ja. Ein einzelner Ausfall kostet sonst die komplette Docker-Konfiguration – und die Parität hilft dabei nicht.
NVMe oder SATA?
SATA reicht für den typischen Homeserver. NVMe lohnt bei vielen VMs oder wenn ohnehin ein Steckplatz frei ist.
Fazit
Unraid startet vom USB-Stick, und daran führt kein Weg vorbei – die Lizenz hängt an dessen Kennung, und im laufenden Betrieb bringt eine SSD dort ohnehin nichts.
Der richtige Platz für SSDs ist der Cache-Pool. Dort holen sie den größten Geschwindigkeitsgewinn des ganzen Systems, machen Docker und VMs erst brauchbar und lassen die Array-Platten häufiger schlafen.
Und die eine Sache, die man dabei wissen muss: Cache-Daten sind nicht durch die Parität geschützt. Wer dort Container und VMs betreibt, sollte zwei SSDs im Spiegel fahren – siehe Unraid: welches Dateisystem? für die passende Wahl.