DS3622xs+ & VMs

[Thonav]

Der Ansatz kann doch eher andersherum sein und so würde sich die Frage stellen, ob diese DS nicht auch die Aufgaben Deiner 3 Server erledigen könnte...
Daher sind zusätzliche Infos von mir angefragt worden...

 

[NSFH]

Bei einem Raid 1 mit Spiegelung ist DSM auf beiden Platten, was nicht unlogisch ist, schliesslich ist es eine Ausfallsicherung.

Ich habe folgende Konfiguration laufen:
Raid 1 mit 2 1TB SSD auf denen DSM läuft.
Raid 6 mit 6 8TB HDs als Datengrab. Dieses Raid geht regelmässig schlafen und wacht nicht auf, wenn das Raid 1 mit DSM irgendetwas macht
Raid 1 mit 2 128GB SSD für die VM. Darauf läuft ein Win2019 Server mit diversen Datenbanken und Lexware Office Pro
Das funktioniert so ohne jegliche Beanstandung.

Und wenn hier jemand sagt eine VM braucht keine SSD ist das schlicht Blödsinn, wenn man etwas Performance haben will.
VM=mindestens 1 Kern, besser 2 und mindestens 8GB nur für die VM, bei mehr als 2 VM sogar besser auf 16GB gehen.
Alles andere ist Spielerei. Ich habe hier den Eindruck da schreiben einige ohne jemals an solchen Systemen gearbeitet zu haben.

 

[Benares]

@Primärplan
Du musst andersrum denken. Willst du ein NAS, das den ganzen Tag rödelt? - Dann werden auch die Platten immer oben sein.
Oder willst du, wie ich, eins, das eigentlich normalerweise nichts groß macht und nur bei Bedarf aufwacht und seine Aufgaben erledigt.
Ich denke, dass ist ziemlich Hersteller-unabhängig.

 

[Benares]

Raid 1 mit 2 1TB SSD auf denen DSM läuft.

Raid 6 mit 6 8TB HDs als Datengrab. Dieses Raid geht regelmässig schlafen und wacht nicht auf, wenn das Raid 1 mit DSM irgendetwas macht

Häh? Dann fehlen wohl einige Erweiterungsgehäuse in deiner Signatur, oder?
Der DSM liegt doch immer als Raid1 über allen internen Platten., egal wie man diese in Pools aufteilt.

 

[himitsu]

Jupp, bei einem kleinen NAS, schon OK,
aber warum muß das DSM immer auf ALLEN internen Platten sein?
Bei mehreren Volumes und/oder massenhaft Platten, würde es meistens auch auf einem Teil noch ausreichend sein.

FS6400 DS36xx DS24xx DS18xx ...

Wenn wirklich zuviel kaputt geht, ist eh mindestens eines der DatenRAIDs voll im Arsch und für den extremen Notfall hat man ja noch das Backup.
Sollten wirklich mal 23 von 24 Platten ausfallen, dann läuft das DSM immernoch, aber sinnvoll ist dieser Zustand wohl eher nicht mehr.

 

[Benares]

aber warum muß das DSM immer auf ALLEN internen Platten sein?

Kann man m.W. nicht einstellen, ist aber so (s. "cat /proc/mdstat")

 

[himitsu]

Einstellen muß man es "manuell" schon können. (mdadm)

Ich hatte mal den Fall, dass es beim Einbinden einer neuen Platte ins RAID die Systempartition nicht erstellt werden konnte und die dann auch weg blieb.
Offizielle Lösung war die Platte zu entfernen und nochmal neu aufzunehmen. (oder selber via mdadm rumzufummeln, wo aber nicht genau erklärt wurde wie)

Ähnlich, wie bei anderen Dingen, ist dann, wie/ob es Updates und eventuelle Systemchecks unbemängelt überlebt.

 

[Benares]

Klar, man könnte die Nutzung von /dev/md0 (DSM) bzw. md1 (Swap) per mdadm auf bestimmte Devices beschränken, aber wer tut das schon?

 

[Synchrotron]

Zumal wenn es ein Haufen Platten in einem RAID sind, zuppeln die eh alle gleichzeitig los, wenn eine angesprochen wird. Dann kann man auch gleich DSM auf alle packen.

 

[Primärplan]

Also Leute, so langsam bin ich verwirrt...

Punkt1:
DS als reines Datengrab.
Seltene Zugriffe aufs RAID6. Trotzdem soll der Zugriff jederzeit möglich sein. Zeitgesteuertes herunterfahren fällt also weg.
Bekommt man nun die Platten sicher in den Sleep-Modus oder nicht?
Die Aussagen sind hier jetzt zwischen Klar - möglichweise - und keinesfalls

Punkt2:
DS mit _zusätzlicher_ VM-Nutzung.
Kann man die VMs auf eine Platte/SSD (oder auch zwei im RAID) setzen, so dass (nur) diese 24/7 aktiv sind, _ohne_ dass es Auswirkungen auf den Ruhezustand des RAID hat.
Die VMs sind hierbei Netzwerkaktiv, es wird aber keine extreme Leistung gefordert.

 

[Benares]

Kann man die VMs auf eine Platte/SSD (oder auch zwei im RAID) setzen, so dass (nur) diese 24/7 aktiv sind, _ohne_ dass es Auswirkungen auf den Ruhezustand des RAID hat.

Kommt halt drauf an, ob die VMs nur ihrem Pool rödeln, oder auch z.B. Logs auf DSM-Ebene geschrieben werden. In letzterem Fall wachen alle Pools auf.

 

[Primärplan]

Sorry für die Unklarheiten.
Ich kenne mich mit den Synology-Begrifflichkeiten noch nicht aus.
Mit "nur in ihrem Pool" meinst du nur innerhalb ihrer Platte/RAID, oder?

Zur Klarstellung : Die VMs sollen nur ganz selten, und dann manuell Daten ins RAID6 kopieren. Normalerweise sollen sie unter sich bleiben und das Raid6 in Ruhe lassen.

BTW, wann schreiben VMs denn Logs auf DSM-Ebene, und ist das überhaupt notwendig?

 

[himitsu]

Die VM selber nicht, aber eventuell der VMM (KVM/Qemu und deren Treiber/Tools)
und wenn due VM über's vituelle LAN auf's NAS zugreift.

Pool = RAID
und meistens auch =Volume (da oft nur ein Volume im Pool, aber gehen auch mehr)

Wie schon erwähnt, nutzt DSM/Linux zwei RAID 1 über ALLE internen Platten, also auch über alle internen Pools aka Daten-RAIDs.

 

[Benares]

Ich mach mal ein Beispiel:
DS mit 3 Festplatten und 2 SSDs. Die 3 HDDs bilden ein SHR/Raid5-Pool, die beiden SSDs einen SHR/Raid1-Pool. Die VMs liegen auf dem SSD-Pool.
Der DSM liegt aber trotzdem als Raid1 in einer anderen Partition auf allen 5en verteilt. Die Kiste soll ja weiterlaufen, egal welche 4 der 5 ausfallen.
Rödelt eine VM nur auf dem SSD-Pool, werden die Platten wohl schlafen. Werden aber irgendwelche Logs auf DSM-Ebene geschrieben, laufen auch die Platten.

 

[Primärplan]

Ah ja.
Das habe ich jetzt verstanden.
Also wacht das RAID6 immer dann auf, wenn irgendwas an Logs in ihm geschrieben werden.
Lässt sich das irgendwie verhindern, oder anders gefragt, bei welchen Gelegenheiten werden überhaupt Logs vom DSM geschrieben?


Man, ist das kompliziert.
Ich will doch nur, dass das Raid6 schläft.

 

[himitsu]

Es sind auch nicht nur Logs, sondern jegliche Schreib- und Leseaktion auf die SystemPartition, sowie in die Swap-Partionen (Auslagerungsdatei).

Bezüglich der Logs, das sind so Einige, welche man sich via SSH auch ansehn/auflisten kann.

 

[Primärplan]

Besteht denn die Möglichkeit, dass ich die VMs im ersten Pool aus 2 Platten bilde, sodass das DSM sich mit darauf installiert und dann die restlichen 10 Platte für das Datengrab nutze ohne das das DSM mit darauf ist.
Damit würden Zugriffe auf das Datengrab ja nicht mehr notwendig sein.
Oder installiert sich das DSM immer auf sämtliche Pools?

Fragen über Fragen

 

[Benares]

@himitsu
... wobei gelegentliche Lese-Zugriffe auf den DSM oft aus dem RAM-Cache bedient werden und nicht unbedingt die Platten wecken müssen. Aber Schreibzugriffe müssen halt irgendwann auch geschrieben werden.

 

[Benares]

Oder installiert sich das DSM immer auf sämtliche Pools?

ja, über alle Pools auf internen Platten zumindest. Bei zusätzlicher Nutzung irgendwelcher Erweiterungsgehäusen DX-irgendwas weiß ich es nicht.

 

[himitsu]

eSATA und USB nicht, ob bei der Extension Platz für die Systempartitionen frei bleibt, k.A., aber verbunden sollen sie angeblich zumindestens nicht sein, wäre auch bissl unpraktisch, wenn der Stecker mal abgeht, also RAID degradiert, und ALLE Zugriffe auf die externen Platten müssen durch das eine winzige Kabel.

Selbst mit einer Cache-SSD dazwischen, wird beim ersten Lese/Schreibzugriff auch (gefühlt) sofort erstmal das RAID hochgefahren, bevor der Zugriff zurück kehrt.
Schon irgendwie total krank.