hm28

In dem Fall muss ich damit klar kommen, dass ich 30 Sekunden Wartezeit habe. Und genau da liegt dann auch mein Problem... Ich muss mal schauen, was genau die App zum Start macht und ob irgendeine Form von Indexing stattfindet (muss ja eigtl.) und ob dadurch die Platten geweckt werden. Aber vielen Dank euch!

Vielen, vielen Dank an euch - ihr habt mir echt sehr weitergeholfen! Eine letzte Frage schwebt mir gerade noch im Kopf: Angenommen, mein NAS läuft 24/7 und die Platten sind gerade im Spindown. Ich nutze Infuse als Mediaplayer. Dieser sendet, sobald die App auf den Share zugreift (zum indexen), ein WOL Paket an meinen aktuellen NAS um diesen zu starten. Würde so ein Paket die Platten im Unraid System aktivieren? Kann man das pauschal beantworten?

Wirklich vielen Dank für die sehr ausführlichen Antworten! Umso unangenehmer, dass ich befürchte, noch immer nicht 100% zu verstehen, wie das ganze funktioniert bzw. was die richtige Konstellation für mich wäre.... Vielleicht gehe ich nochmal konkret auf mein Szenario ein und aufgrund dessen könntet Ihr mir vielleicht eine Empfehlung geben, was für mich am meisten Sinn macht. - 1Gbit LAN - große Mediafiles - Dokumente in Form von PDFs - automatisierte Backups über Time Machine und für den Windows Rechner - im Falle eines 24/7 Betriebs: Ein paar Docker wie z.B. pihole, Homebridge, paperless, (ganz vielleicht mal Plex) Klar, die Mediafiles kommen auf die HDDs ins Array, aber was ist mit den anderen Dingen? Habt Ihr eine Ausfallsicherung für eure SSD? Gibt es da auch die Möglichkeit einer Parität?

Sorry, ich glaube ich habe den RAM-Cache etwas fehlinterpretiert. Gibt es irgendeinen Usecase, in dem es Sinn macht, die Dateien nicht sofort ins Array zu verschieben (vorausgesetzt, dort sollen sie am Ende landen)? Was im Endeffekt für Daten Sinnvoll wäre, die häufig gelesen werden, um die HDDs nicht unnötig zu wecken? Oder eben für 10Gbit? in welchem fall wäre es denn sinnvoll?

Perfekt, ich danke euch! Ich habe noch eine Frage zu der SSD-Cache Geschichte: 1. Ich erstelle einen Folder auf meinem Array und gebe diesen frei. 2. Ich ziehe eine Datei von meinem Rechner in die Freigabe. 3. Die Datei wandert auf die SSD. 4. Für mich sieht es am Rechner aber so aus, als würde diese im freigegebenen Ordner auf dem, NAS liegen. 5. Im Hintergrund läuft der Mover durch und kopiert die Datei - über den Arbeitsspeicher - aufs Array. 6. Sobald die Datei vollständig auf dem Array ist, wird die Datei von der SSD entfernt. Soweit richtig? Ich habe dazu noch ein paar Verständnisfragen: - Wie lange liegt die Datei auf der SSD? - Gehe ich recht in der Annahme, dass die SSD immer nur Dateien enthält, die XX:XX alt sind? - Demnach benötige ich keine große SSD, sondern 500GB würden reichen? - Auf der SSD kann ich gleichzeitig Docker-Container laufen lassen? Oder dafür lieber eine separate SSD?

Vielen Dank für den Einblick - sind die 15-20 Sekunden dem vielen Speicher geschuldet? Ansonsten fände ich das doch recht viel... @Ford Prefect Auch dir vielen Dank - hatte gar nicht bedacht, dass die Bandbreite auf dem PCIe Slot nicht ausreichend ist. Als Alternative wäre ich jetzt direkt auf das ASRock N100M gekommen, allerdings wird eine zweite SSD, was einen zweiten M.2 Slot voraussetzt, empfohlen. Da landen wir dann ja direkt bei Boards mit dedizierter CPU und somit auch in einem Preis- und in einem Leistungsbereich, den ich eigentlich nicht gehen wollte. Angenommen, ich würde jeweils eine SSD im M.2-Steckplatz und mittels M.2-Adapter im PCIE3.0 x1 Slot betreiben: würde ich in irgendeinem Szenario (sei es Dateitransfers, Dateien Entpacken, Geschwindigkeit von Docker-Containern) einen real spürbaren Unterschied merken? Über den x2 Anschluss könnte ich dann 2-3 SATA nachrüsten? Könnt ihr einen Stick empfehlen?

Vielen Dank für den wichtigen Hinweis, von wie viel Unterschied reden wir da ungefähr?

Vielen Dank für deine Antwort, wenn auch nur semi-hilfreich. Ums Testen generell werde ich wohl am Ende nicht herumkommen, aber generelles Feedback zur Standbay-/WOL-Thematik sind für mich dennoch interessant. Hatte nämlich mal Xpenology ausprobiert, das hat beispielsweise überhaupt keinen Standby (sondern schickt nur die Platten schlafen)

Guten Morgen, ich bräuchte einmal eure Expertise, um entscheiden zu können, ob unraid für meinen Einsatzzwecke geeignet ist oder nicht: Aktuell nutze ich OpenMediaVault auf einem alten Q1900-ITX von ASRock, bestückt mit 4GB Arbeitsspeicher. Nun würde ich die Hardware gerne erneuern. Diese ist für meinen Zweck zwar mehr als ausreichend, allerdings sind die Komponenten mittlerweile echt in die Jahre gekommen und fürs Gefühl würde ich ungern nur das Netzteil tauschen, sondern direkt das ganze System neu aufbauen. Geplant ist ein einfaches ASUS PRIME N100I-D D4 mit NVME SSD als Systemplatte, dazu ein PCIe SATA-Controller. Einsatzzeck: - kein 24/7 Betrieb, wecken bei Bedarf per WOL - Gigabit-LAN - Datengrab für Medien - Backup von Windows-PC und MacBook (Time Machine) - Backup bestimmter, weniger Daten in eine online Storagebox - Aufwecken per Zeit-/Aufgabenplan - automatisch in den Standby schicken, sobald kein Zugriff/kein Traffic vorhanden - 2, 3 kleinere Docker-Container, nichts wildes - keine VMs, kein Transcoding o.Ä. Wie man der Auflistung entnehmen kann, möchte ich das Teil in den Standby schicken und bei Bedarf per WOL aufwecken. Auf das Gerät wird so selten zugegriffen (meist wenige Stunden im einstelligen Bereich pro Woche), dass mir der Stromverbrauch den Komfortgewinn für die zwei, drei Zugriffe die Woche nicht Wert ist. OMV erledigt das alles sehr zuverlässig und wacht extrem schnell aus dem Standby auf ( unter 10 Sekunden, meistens sogar unter 5), allerdings ist das WebGUI eine absolute Katastrophe, ständig müssen Änderungen doppelt bestätigt werden, der Ladebalken läuft endlos und die Seite refresht sich nicht von selbst. Nun ist meine Frage: ist unraid für meinen Einsatzzwecke geeignet, oder sollte ich lieber bei OMV bleiben. Absolute Priorität hat für mich die schnelle Verfügbarkeit nach dem Wecken, nutzt das jemand so und kann Berichten, wie sich der Wakeup verhält? Vielen Dank schon einmal