Hallo zusammen,

 

ich bin neu und nutze unRAID noch in der kostenlosen Trial Phase. Konnte mittlerweile viel Erfahrung sammeln und die Funktionsweise des Systems grundsätzlich verstehen. Habe einige Docker und VMs am Laufen, nutze Nginx, NextCloud, Bitwarden, Wordpress etc., alles soweit OK.

 

Was ich aber nicht verstehe ist, warum die Konfiguration und die Nutzung des Cache Laufwerks so kompliziert ist. Zunächst muss ich überlegen, welche Daten auf dem Cache liegen sollen, wie mein Kopierverhalten speziell mit großen Dateien ist und so auch, wie ich mit den max. 40-50MB/s auf dem Array mit Parity umgehen soll.

 

Bei Systemen wie QNAP und Synology muss ich nicht so viel nachdenken: Der Cache macht einfach dynamisch was er soll. Es muss also einen tiefen Grund geben, warum es bei unRAID mit dem mover anders ist. Welcher Gedanke steckt dahinter?

 

Ich freue mich auf eure Antwort.

24 minutes ago, unrd44 said:

Es muss also einen tiefen Grund geben, warum es bei unRAID mit dem mover anders ist. Welcher Gedanke steckt dahinter?

1.) hast du ein echtes separates Volume. Du kannst bei Syno/QNAP nicht entscheiden, dass die VM/Container immer nur von dem Cache geladen werden sollen. Die HDDs laufen immer mit.

2.) Ist es energieeffizienter/leiser/kühler, wenn nur die SSDs laufen. Die HDDs können über lange Phasen vollständig schlafen.

3.) Ist die Abnutzung der SSDs viel geringer, weil von dir ausgewählte Daten auf der SSD verbleiben und nicht wie bei Syno/QNAP ständig massig Daten rotieren, weshalb es ja schon so viele Probleme mit Consumer SSDs gab.

4.) braucht Unraid nicht zwangsläufig zwei SSDs für Uploads, sondern es geht auch mit einer, die man regelmäßig sichert.

5.) macht der RAM genau das selbe wie der Syno/QNAP Cache. Installierst du also viel RAM, hast du bereits einen Schreib/Lese-Cache. Und auch wenn RAM teuer ist, geht der wenigstens nicht kaputt und verbraucht auch kaum Strom.

Klasse, vielen Dank für die umfangreiche Antwort. 1A!