Bluppylein Posted November 29, 2022 Share Posted November 29, 2022 Hey liebe Community, ich möchte meinen alten Gaming PC auf Unraid NAS & Gaming VM / VM Host umbauen. Gleichzeitig soll das später eine Synology 1520+ und ein PI4 (Docker Host) ersetzt werden. Dadurch ergeben sich einige Fragen. Gerade das Thema Stromsparen wäre noch ein wichtiges Thema. Auf was muss ich alles achten. Derzeit komme ich im Idle nicht unter 50W. Aktuelle habe ich noch folgende Hardware: Asus x470 Prime-Pro , 2700x, 32gb ram, 1TB NVMe, 1080 Asus Strix Geplant: 1x 5700G (Neu) 2x 16GB RAM Asus Prime x470 Board 1 TB NVMe (Wird Cache) 1x Parity Disk 16TB Start: 2x 8TB Array Disk (Neu) (geplant 5x8TB) 1x 1080 Pass zu Gaming VM 1x Dual NIC (Für OPNSense VM als Router) {Passtrough} Nun zu meinen Fragen: 1. Was geht noch für Idle Power Save. (Spindown Disk klar, CPU Plan auf Power Save schon umgesetzt) 2. Wie hoch sollte man die Parity Disk machen bei Ziel 5x8TB. Geht auch kleinere Disk als 16TB? (Verstehe noch nicht ganz wie die Parity errechnet werden bzw. wie hoch die Kapaziäten sein müssen. 3. Ich bekomme die 1080 nicht an die VM durchgereicht. Das Abgreifen des VRAM mit den Script habe ich probiert. Unraid kommt nach den Suspend Mode nicht hoch. Kann daher VRAM nicht auslesen. gibt es noch einen anderen weg? 4. ECC RAM zwingend nötig? Derzeit habe ich normalen RAM. Ist das ein Problem? Caching von Fileserver im RAM wird auf 2% runtergesetzt. Habe dafür ja NVMe als Cache Quote Link to comment
Crovaxon Posted November 29, 2022 Share Posted November 29, 2022 (edited) Ich antworte mal generell zu 2 und 4. Zu 1 sollte aber ein Thread hier im Guide Bereich rumfliegen wenn ich mich nicht täusche. Zu 2., ich bin da auch nicht super firm drinne, aber ich habe es soweit verstanden (erfahrenere User dürfen selbstverständlich korrigieren): Paritätsplatte(n) sollten mindestens so groß sein, wie die größte Daten tragende Festplatte die zu benutzen gedenkst. Unraid ist wie der Name es hergibt kein klassisches Raid, die anderen Platten können auch kleiner als die Paritätsplatte sein, lediglich größer ist nicht drinne. D.h. wenn du auf längere Zeit hin keine größeren Platten als 8 TB ins array stecken willst, dann braucht die Parität auch nur min. 8 TB groß sein. Größer geht auch, aber du hast davon keinen weiteren Platz, es wird nur soviel von der Parität genutzt, wie die größte Datenplatte Sektoren hat. Unraid schaut sich von allen Platten Sektorweise die Bits an, errechnet eine Parität draus, dieser Paritätsbit wird auf der Paritätsplatte dann gespeichert. Fällt eine Platte aus, kann aus restlichen Platten + Parität das fehlende Bit berechnet werden, die Daten bleiben also les-, schreib- und vor allem rekonstruierbar, solange keine weitere Platte hops geht. Zu 4. Nö, es gibt keinen Zwang zu ECC, ist halt für den persönlichen Frieden, dass man gegen die wenn auch extrem seltene aber dennoch existierende Gefahr von ungewöhnlichen Bitflips im RAM geschützt ist. Sie sind auch bei 24/7 laufenden Geräten kein "Zwang", aber um einen fehlerfreien und vor allem dauerhaften Betrieb zu gewährleisten gibt es das halt um diesem Anspruch gerecht zu werden. Und NAS sind ja häufiger 24/7 im Betrieb als on demand, aber die Betriebsgewohnheiten entscheidet jeder ja für sich selbst abhängig davon was drauf läuft. Und du allein bist für deinen eigenen Anspruch an Datenintegrität verantwortlich. Wenn du lieb gewonnene Sachen auf dem NAS speichern willst und das Gerät 24/7 betreibst, wäre es schon nicht verkehrt, sich gegen Fehler abzusichern. (Und dasselbe gilt auch für Backups deiner NAS Daten, je wertvoller desto häufiger und dezentraler sollten die backups sein). Edited November 29, 2022 by Crovaxon Quote Link to comment
Crovaxon Posted November 29, 2022 Share Posted November 29, 2022 Und zum Thema Strom sparen wäre das hier der Thread: Quote Link to comment
Bluppylein Posted November 29, 2022 Author Share Posted November 29, 2022 38 minutes ago, Crovaxon said: Ich antworte mal generell zu 2 und 4. Zu 1 sollte aber ein Thread hier im Guide Bereich rumfliegen wenn ich mich nicht täusche. Zu 2., ich bin da auch nicht super firm drinne, aber ich habe es soweit verstanden (erfahrenere User dürfen selbstverständlich korrigieren): Paritätsplatte(n) sollten mindestens so groß sein, wie die größte Daten tragende Festplatte die zu benutzen gedenkst. Unraid ist wie der Name es hergibt kein klassisches Raid, die anderen Platten können auch kleiner als die Paritätsplatte sein, lediglich größer ist nicht drinne. D.h. wenn du auf längere Zeit hin keine größeren Platten als 8 TB ins array stecken willst, dann braucht die Parität auch nur min. 8 TB groß sein. Größer geht auch, aber du hast davon keinen weiteren Platz, es wird nur soviel von der Parität genutzt, wie die größte Datenplatte Sektoren hat. Unraid schaut sich von allen Platten Sektorweise die Bits an, errechnet eine Parität draus, dieser Paritätsbit wird auf der Paritätsplatte dann gespeichert. Fällt eine Platte aus, kann aus restlichen Platten + Parität das fehlende Bit berechnet werden, die Daten bleiben also les-, schreib- und vor allem rekonstruierbar, solange keine weitere Platte hops geht. Zu 4. Nö, es gibt keinen Zwang zu ECC, ist halt für den persönlichen Frieden, dass man gegen die wenn auch extrem seltene aber dennoch existierende Gefahr von ungewöhnlichen Bitflips im RAM geschützt ist. Sie sind auch bei 24/7 laufenden Geräten kein "Zwang", aber um einen fehlerfreien und vor allem dauerhaften Betrieb zu gewährleisten gibt es das halt um diesem Anspruch gerecht zu werden. Und NAS sind ja häufiger 24/7 im Betrieb als on demand, aber die Betriebsgewohnheiten entscheidet jeder ja für sich selbst abhängig davon was drauf läuft. Und du allein bist für deinen eigenen Anspruch an Datenintegrität verantwortlich. Wenn du lieb gewonnene Sachen auf dem NAS speichern willst und das Gerät 24/7 betreibst, wäre es schon nicht verkehrt, sich gegen Fehler abzusichern. (Und dasselbe gilt auch für Backups deiner NAS Daten, je wertvoller desto häufiger und dezentraler sollten die backups sein). Danke das hilft mir schon einmal. Ich glaube ich nehme als Parität Disk dann doch erstmal 8TB. Das wäre günstiger und glaube werde noch nicht auf so große Disk wechseln. Und so wie ich hier im Forum verstehe kann man ja auch 2 Paritätsdisk haben. Notfalls sollte ja ein Upgrade mit eine 16TB gehen und dann die 8 TB in den Arraypool später zu überstellen wenn man mal mehrere größere Disk als 8 TB plant. Ich denke zu oft noch in RAID gedanke und mir sind halt die Daten schon wichtig. Zu 2. Ja ein Backup wird einmal später per S3 gedroppt und dann noch auf eine ganze alte Synology an ein anderen Ort gestellt. Ich werde aber denke ich erstmal auf ECC RAM verzichten durch die Backups und da ja die NAS Hersteller in Ihren NAS auch kein ECC einsetzen. Quote Link to comment
Crovaxon Posted November 29, 2022 Share Posted November 29, 2022 (edited) 13 minutes ago, Bluppylein said: Und so wie ich hier im Forum verstehe kann man ja auch 2 Paritätsdisk haben. Notfalls sollte ja ein Upgrade mit eine 16TB gehen und dann die 8 TB in den Arraypool später zu überstellen wenn man mal mehrere größere Disk als 8 TB plant. Ich denke zu oft noch in RAID gedanke und mir sind halt die Daten schon wichtig. Ich kann einen Blick hier drauf empfehlen https://wiki.unraid.net/Parity#How_parity_works Aber um es kurz zu fassen, die zweite Paritätsplatte in einem dual parity setup schützt vor dem Ausfall einer weiteren Platte (egal ob Daten oder Parität), sie ist nicht einfach nur eine Kopie der Parität selbst. Eine läuft mit dem beschriebenen Ansatz von "Ich schreibe eine Parität für jeden Sektor jeder Festplatte" und die zweite läuft mit dem Reed Solomon Code Prinzip, aber das übersteigt mein Wissen das wüsst ich nicht zu erklären, auch nicht mit einem Blick auf die Wiki Seite dazu. Was Array Erweiterung an sich an geht, hab ich damit noch keine Erfahrung und Recherche gemacht aber bei den Paritätsplatten müsste einfach nach dem Schema laufen, dass man die Paritätsplatten durch die neuen Platten ersetzt und die Parität neu aufbauen lässt, was natürlich dauert (aber man hat ja immer noch die vorher ausgebauten Paritätsplatte(n) sollte just während des Rebuilds was auf den Datenplatten schief gehen). Danach würdest du mit Austausch von vorhandenen Datenplatten gegen größere vorgehen. Das wiki beschreibt das recht ausführlich. https://wiki.unraid.net/Manual/Storage_Management Edited November 29, 2022 by Crovaxon Quote Link to comment
jj1987 Posted November 29, 2022 Share Posted November 29, 2022 4 hours ago, Bluppylein said: ch werde aber denke ich erstmal auf ECC RAM verzichten Würde der 5700G eh nicht unterstützen. Dafür müsstest du die "PRO" APUs nehmen Quote Link to comment
Bluppylein Posted November 29, 2022 Author Share Posted November 29, 2022 Kann mir noch einer Sagen welches Filesystem am besten ist? Möchte ein verschlüsseltes nehmen. Aus gefühl würde ich btrfs nehmen. Quote Link to comment
mgutt Posted November 29, 2022 Share Posted November 29, 2022 13 minutes ago, Bluppylein said: Möchte ein verschlüsseltes nehmen. Nicht das Dateisystem ist verschlüsselt, sondern die Festplatte selbst wird mit LUKS verschlüsselt, in der dann ein beliebiges Dateisystem liegt. Das Dateisystem ist also Schnurz. XFS gilt als sehr stabil bei Abstürzen und Stromausfall. Bei BTRFS ist der Vorteil, dass bei einem Datenverlust sogar Dateinamen wiederhergestellt werden können. BTRFS ist aber Copy on Write und fragmentiert daher stark. Bei Pools ist BTRFS alternativlos. 1 Quote Link to comment
Bluppylein Posted November 30, 2022 Author Share Posted November 30, 2022 Vielleicht eine Frage an die Experten. Welche Lösung nutzt Ihr für das Backup der Daten. Ich finde dort soviele drin und weiß gerade nicht welche wirklich nehmen. Möchte Daten einmal Daten auf eine USB Disk sichern und auf eine andere NAS. Alternativ noch auf ein S3 Storagetarget. Quote Link to comment
cz13 Posted November 30, 2022 Share Posted November 30, 2022 Das tolle Script von @mgutt oder den klasse luckybackup Container von @ich777 1 Quote Link to comment
Bluppylein Posted December 3, 2022 Author Share Posted December 3, 2022 Weiß einer wie ich den unraid server in einen headless richtig booten lasse? Ahne das ich wegen der aktiven Grafikkarte nicht diese an eine vm übergeben kann. (habe nicht Gui Mode gewählt) Quote Link to comment
alturismo Posted December 4, 2022 Share Posted December 4, 2022 10 hours ago, Bluppylein said: Weiß einer wie ich den unraid server in einen headless richtig booten lasse? da AMD an sich nicht der beste Start dafür ist, probier (wie bereits mehrfach hier im Forum angegeben) in der syslinux folgendes video=efifb:off wobei der 5700G doch eine APU onboard hat, oder ? damit solltest du die für unraid nehmen können und die separate dGPU an eine VM geben können. zusätzlich noch das Thema vbios der GPU usw nachlesen und ggf. auch umsetzen. Quote Link to comment
Bluppylein Posted December 4, 2022 Author Share Posted December 4, 2022 5 hours ago, alturismo said: wobei der 5700G doch eine APU onboard hat, oder ? damit solltest du die für unraid nehmen können und die separate dGPU an eine VM geben können. Leider warte ich derzeit noch auf lieferung der CPU. derzeit habe ich nur die 2700x und wegen der GPU verzweifel ich langsam echt. Habe div. Guides schon probiert aber bekomme die 1080 nicht sauber durchgereicht. es kommt immer fehler 46. Auch das GPU ROM habe ich schon mit gpu-z ausgelesen und auch den oberen teil ausgeschnitten. Quote Link to comment
Bluppylein Posted December 5, 2022 Author Share Posted December 5, 2022 Irgendwie gehen meine Disk nie in den Spindown. Auch wenn ich selbst spindown klicken sind sie schon wieder nach 30 sec up. Shares sind auf Cache gesetzt. Mover läuft nur 1x nachts. Docker und VM sind auf Cache Only. Dann habe ich auch plugin Folder Caching an. Bin langsam bissel ratlos, weil wenn dauernt die Disk laufen brauche ich keine Energiespar planen Quote Link to comment
alturismo Posted December 5, 2022 Share Posted December 5, 2022 20 minutes ago, Bluppylein said: Bin langsam bissel ratlos, weil wenn dauernt die Disk laufen brauche ich keine Energiespar planen zeig mal bitte folgenden output, user0 (nur array) root@AlsServer:~# ls -la /mnt/user0/ total 0 drwxrwxrwx 1 nobody users 19 Jul 20 05:30 ./ drwxr-xr-x 14 root root 280 Dec 5 18:20 ../ drwxrwxrwx 1 nobody users 144 May 11 2022 Media/ root@AlsServer:~# ob da Reste von system, appdata, sonst irgend etwas ... Quote Link to comment
mgutt Posted December 5, 2022 Share Posted December 5, 2022 2 hours ago, Bluppylein said: Irgendwie gehen meine Disk nie in den Spindown Schau dir den Inhalt der Disks an. Da sollten keine Shares drauf liegen, die was mit Docker oder VMs zu tun haben. Quote Link to comment
Bluppylein Posted December 6, 2022 Author Share Posted December 6, 2022 So ich habe nochmal hier ein paar Infos. Wie man sieht sind die Docker und VM nicht auf den Array. ISOs sind nirgends gemountet und eigentlich NVMe Prefer gesetzt. Denke Mover hat die Images noch nicht umgeschoben. root@unRAID-SRV1:~# ls -la /mnt/user0/ total 0 drwxrwxrwx 1 nobody users 113 Dec 5 12:31 ./ drwxr-xr-x 6 root root 120 Dec 5 12:16 ../ drwxrwxrwx 1 nobody users 115 Dec 5 18:22 iso/ drwxrwxrwx 1 nobody users 47 Dec 3 16:13 system/ drwxrwxrwx 1 nobody users 27 Dec 5 18:22 temp_nas/ drwxrwxrwx 1 nobody users 54 Dec 5 18:22 tm_Macbookair/ drwxrwxrwx 1 nobody users 54 Dec 5 18:22 tm_Macbookpro/ Eins vorab. Tm steht für Timemaschine aber da ist weekly backup eingerichtet und New Data nvme Cache. root@unRAID-SRV1:~# ls -lspha /mnt/nvme/ total 16K 16K drwxrwxrwx 1 nobody users 16 Dec 4 10:25 ./ 0 drwxr-xr-x 6 root root 120 Dec 5 12:16 ../ 0 drwxrwxrwx 1 nobody users 36 Dec 5 17:46 docker/ 0 drwxrwxrwx 1 nobody users 16 Dec 3 20:42 vm/ System kann ich nicht löschen (soll ich das auf Cache Pref. auch stellen?). Appdata und domain ist bei mir gelöscht und andere Name. Quote Link to comment
Solution alturismo Posted December 6, 2022 Solution Share Posted December 6, 2022 5 hours ago, Bluppylein said: System kann ich nicht löschen (soll ich das auf Cache Pref. auch stellen?). Appdata und domain ist bei mir gelöscht und andere Name. unter system liegt "normal" dein docker image oder dein docker Pfad (hat nichts mit /appdata zu tun) und ebenso die Grunddaten der VM's, daher ja, system auf cache only (oder prefer), vorher docker und VM Diest aus (also unter settings ausschalten, nicht nur die docker's und vm's aus machen), moven, fertig. Danach sollte der permanente Zugriff erschlagen sein ... Dieses Thema ist auch bereits mehrfach hier im Forum beschrieben ... nur als Randbemerkung Suchfunktion ... 1 Quote Link to comment
Bluppylein Posted December 7, 2022 Author Share Posted December 7, 2022 13 hours ago, alturismo said: Dieses Thema ist auch bereits mehrfach hier im Forum beschrieben ... nur als Randbemerkung Suchfunktion ... Super hat geholfen. Hatte nach array spin up gesucht aber das so nicht gefunden. Aber danke für den Tipp 1 Quote Link to comment
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.