Wo sollten Apps sinnvoller Weise installiert werden?

Hallo und herzlich willkommen im Forum,

also ich habe 2 NVME im RAID 1 als Volume 1 und auch dort alle UGOS Apps installiert. Damit laufen auch die VMs und Docker auf den schnelleren Laufwerken. Die HDDs hab ich im RAID 5 als Volume 2, den nutze ich als "Langzeitspeicher", Freigaben, persönliche Ordner, etc. pp.

Damit fahre ich eigentlich sehr gut. Die HDDs gehen in den Ruhemodus. Alles wichtige läuft auf den schnellen NVMEs.

So wie Mike hab ichs auch, Apps auf das NVMe Volume, dann sind sie sofort verfügbar und die Festplatten müssen dafür nicht extra anlaufen und können wenn gewünscht im Standby bleiben.

Ich ebenfalls

2x NVME —> Volume1 RAID 1

2x HDD —> Volume 2 RAID 1

Volume 1 sind alle Apps installiert incl. folgender Ordner.

Docker, Fotos, Homes, sprich alles was du so quasi immer benötigst, wissentlich oder auch unwissentlich. Absolute Ruhe, kein gerödel.

Volume 2 liegen nur Brocken wie Plex Medien…..

Ich habe nur 2x 2TB als NVMe RAID1 Volume, daher liegen die Fotos bei mir im HDD Volume und belegen derzeit halt schon 4,3TB.

Du kannst es dann so machen, z.B.

- /volume1/docker/immich/cache:/cache:rw
- /volume1/docker/immich/pcache:/.cache:rw
- /volume1/docker/immich/config:/.config:rw
- /volume1/immich:/usr/src/app/upload:rw

- /volume2/photos:/ugreen/photos:ro
- /volume2/nextcloud/mavvy/SofortUpload:/nextcloud/sofortupload:ro

volume1 ist bei mir das NVMe Volume
volume2 das HDD Volume

Die ersten 4 Zeilen sind Immichs Cache und Configs, sowie das Upload Verzeichnis, wo Immich auch zum schnellen Browsen seine Thumbnails ablegt. Das läuft dann alles schnell über die NVMe SSDs. Bei 145000 Fotos (JPGs, RAWs) und 3500 Videos sind das zusammen gerade mal 136GB.

Die 4,3TB Fotos aus denen Immich die Thumbs generiert liegen auf den HDDs, und werden ja eigentlich nur gebraucht, wenn man auch eingestellt hat, dass er beim Anzeigen das Original anzeigen soll, sonst wird immer das Thumb angezeigt.

So habe ich Immich zumindest verstanden bisher und finde dass das ein optimales Setup ist.
Cache, Configs, Thumbs auf NVMe, HDD Volume als Datengrab.

This image is exclusive to our members!
Please log in or register for free to view graphics and attachments.

This image is exclusive to our members!
Please log in or register for free to view graphics and attachments.

Vielleicht kann an der Stelle mal eine grundlegende Frage geklärt werden: wann nutzt man Speicherpools und wann Volumes?

Klingt erstmal seltsam, denn der Speicherpool ergibt sich normalerweise aus den RAIDs die man verwendet. Je RAID ein Speicherpool. Soweit sagt es das Handbuch. Wenn ich also 2 SSDs und 4 HDDs habe, dann will ich die gleichartigen Platten in in einem RAID zusammenfassen, also ein RAiD für die SSDs und eines für die HDDs. Ich denke soweit ist es noch klar, aber darüber hinaus? Was ist wenn man die 4 HDDs nicht als 1x RAID 5, sondern vielleicht als 2x RAID 0/1 betreiben wollen würde? Dann wären das zusammen mit den SSDs 3 RAIDs und entsprechend 3 Speicherpools? Und wie ist das bei JBOD, wenn man also gar kein RAID verwendet, je Disk ein separater Pool?

Jetzt zu den Volumes: Das sind quasi die Partitionen auf den Speicherpools, korrekt? Theoretisch kann man beliebig viele Volumes je Pool anlegen, die Frage ist nur: macht das irgend einen Sinn? Verwendet hier jemand mehr als ein Volume je Pool? Das würde mich mal interessieren.

Die Struktur ist Speicherpools (=Raid)-> Volumes->Freigegebene Ordner.
M.E. macht es keinen Sinn, einen Pool nochmal in Volumes zu unterteilen, es sei denn, man will das unbedingt so.

Quote from Kanecaine

macht das irgend einen Sinn?

Für mich macht das auch überhaupt keinen Sinn

Ich nutze je RAID = Speicherpool und auch nur 1 Volumen

Warum sollte man das Volumen aufteilen? Ergibt auch keinen Sinn für mich

Ganz genau 1 Pool —> 1 Volume

Der Rest wird über Freigegebene Ordner organisiert .

Volume unterteilen hat doch spätestens 2000 geendet, das macht man heute nicht mehr.

Warum will man dann das System unnötig durcheinander bringen.
Am besten ist ein Raid für die NVMs und eine Volume wie auch schon mehrere Kollegen es geschrieben haben.
Ansonsten wirst du falls es zu Problemen kommt immer suchen und herum basteln müssen.
Also lieber ist es so wie es gedacht ist.
Vg.

Hi Rico

1. rein vom Sprachgebrauch würde ich bei den NVME nicht von "System-SSD" sprechen, UGOS liegt auf der internen 128GB SSD, die hat nichts mit den sonstigen Laufwerken zu tun und sollte auch "die Finger davon gelassen werden".
2. die übrigen Laufwerksplätze sind rein Datenspeicher für Speicherpools/Volumes
3. >SSD falsch partitoniert< ...Bitte von der Windows/PC-Denke frei machen, auf einem NAS sollte nicht portioniert, sondern mit Nutzer-/Gruppen und (Zugriffs-)Berechtigungen gearbeitet werden
4. Speicherort Apps, im Auswahlemü auf das gewünschte Volume ändern
5. This image is exclusive to our members!
   Please log in or register for free to view graphics and attachments.
6. Die Datei-App hilft die bei persönlichen Ordnern (können nur User und Admin sehen), User Folder (eigener Content für andere zur Verfügung stellen, die meinst du vermutlich auch) und freigegebene Ordner (bspw. video, music, etc.). Müssen angelegt werden und Zugriffe berechtigt werden.

Okay, dass du die System-SSD ausgetauscht hast, wurde (für mich) nicht so deutlich. Dennoch würde ich diese nicht mit in meine konfigurative Planung einbeziehen.

Rein auf UGOS bezogen wäre das nicht notwendig gewesen und ist auch so nicht vorgesehen. Keiner weiß, was beim nächsten FW-Update passiert? Dieser Austausch macht nur "Sinn", wenn du beispielsweise ein anderes OS testen willst. Aber auch hierbei wäre die System-SSD "tabu".

Anwender mit HDD + NVME legen i.d.R. zwei SP/Vol an und konfigurieren über den App Center das entsprechende Speicherziel (sinnvollerweise die NVME ). Da du nur NVME hast, ist es rein von der Geschwindigkeit egal. Da ist auch ein Speicherpool eher das Optimum.

Ich schließe mich meinem Vorredner an. Eine größere als die vorgesehene UGOS System-SSD (128GB) wird dir in diesem Szenario nichts bringen, wenn du bei UGOS Pro als Betriebssystem bleibst. Manche verwenden z.B. Proxmox, TrueNAS usw. Vorher wird die System-SSD ausgebaut und die neue NVMe eingebaut, das BIOS entspechend konfiguriert und dann das neue/andere Betreibssystem installiert.

Was deinen Speicherpool mit den verbleibenden vier NVMe Steckplätzen angeht, würde ich dir zu einem RAID 5 raten (bei derzeit 8TB NVMe Größe wären das max. 24 TB Speicherplatz). Damit solltest du den max. Speicherplatz bei gleichzeitiger Ausfallsicherheit haben. Ob du den erstellten Speicherpool dann noch in mehrere Volumes unterteilst, bleibt ebenfalls dir überlassen.

Was die Installation der verschiedenen Apps unter UGOS angeht, werden diese dann im Speicherpool 1 installiert werden und -da es NVMe SSDs sind- auch sehr performant laufen, ebenso der Datenzugriff als auch die Datenübertragung über 10GBit.

So hast du aber den Vorteil, dass die übrigen Laufwerke nicht nur für's OS verschwendet werden, wie es andere Betriebssysteme machen.

PS: ich wäre dankbar, wenn sie es bei der DXP auch so gemacht hätten. Hier halt nur die gelötete eMMC als Lösung. Dann hätte ich anfangs evtl. mehr "gespielt", aber mit dem aktuellen Stand erfüllt UGOS meine Anforderungen ordentlich.

Hallo zusammen,

bei meinem DXP2800 (1x HDD, 2x NVMe als Cache) ist die HDD durch das ständige Cache-Flushing sehr laut. Daher möchte ich den Cache auflösen und die Apps auf einem eigenen NVMe-Volume neu installieren, damit die Festplatte endlich zur Ruhe kommt.

Meine Sorge gilt der "Sync & Backup"-App und meinen 7-8 Tasks: Kann man deren Konfiguration irgendwie sichern und wiederherstellen, um die manuelle Neueinrichtung zu vermeiden? Erkennt die App wenigstens die vorhandenen Daten auf der HDD, oder droht ein kompletter Re-Sync von 8TB zu Cloud?

This image is exclusive to our members!
Please log in or register for free to view graphics and attachments.

Vielen Dank für eure Erfahrungen!