NAS mit mdadm RAID5

[dcdead]

Momentan habe ich ein QNAP NAS (Qnap 419) mit 4 Platten hier stehen.

Möchte aber umsteigen auf etwas leistungsfähigeres und mit mehr HDDs. Wichtig ist allerdings, dass es trotzdem möglichst wenig Strom zieht.

Ich habe mir folgendes zusammengestellt:

CPU: AMD x2 235e
MoBo: M3A785GMH (Hab mit der AM2+ Version davon sehr gute Erfahrungen gemacht, was Stromsparen angeht, siehe Sig)

2 GB Ram
und 8x2TB

Die 4 HDDs, die nicht an die Anschlüsse auf dem Board passen, würde dann an eine PCI-e Controllerkarte kommen (ne billige, also kein Hardware Raid).


Raid 5 dann per mdadm und evtl. Verschlüsselung.

Hat jemand Erfahrungen, ob ich mit einer solchen Kombi auf ~60-80 MB/s Übertragungsrate per Samba komme?

Alternativ überlege ich noch eine i3 + H55/H57 Kombi. Würde ich damit *viel* besser fahren?

 

[josen]

Hallo,

für diese Datenraten ist Software-RAID und dm-crypt nicht das Problem, zumindest nicht bei sequentiellen Datenströmen. Mein Intel E2140 bringt in einer dm-crypt Datei auf einem Software RAID-Verbund diesen Durchsatz locker. Die Frage ist, ob du die Leistung auf die Leitung bekommst.

Beschreib doch bitte mal genauer, was du als Betriebssystem einsetzen willst und wie gut du dich mit Optimierung und Konfiguration der Dienste auskennst.

Wie schauts mit Hardware aus? Hast du an ein Backplane für Hot-swap gedacht?

Aus meiner Sicht ist für Linux Software-RAID mit dm-crypt zur Zeit jeder Prozessor mit AES-NI gut geeignet. Einen Kernel für Debian GNU/Linux "lenny", der sowohl Software-RAID, als auch die AES-NI Geschichte unterstützt kann ich gern zur Verfügung stellen.

Wie gesagt: Beschreib erstmal deinen Anwendungsfall mit den W5-Fragen

- Wieviel (pro Datenstrom)
- Wie groß (sind die übertragenen Dateien)
- Wie wichtig (ist ein garantierter Durchsatz und welcher)
- Wie teuer (darf das ganze sein)
- Wie erfahren (bist du)

Grüße

 

[Michael`]

Hab gerade mal einen Kumpel etwas benchen lassen. Ist verschlüsselt mit dmcrypt + LUKS (aes-cbc-essiv:sha256). Hier die Ergebnisse:

dmidecode --type baseboard:


# dmidecode 2.9

SMBIOS 2.5 present.



Handle 0x0002, DMI type 2, 15 bytes

Base Board Information

Manufacturer: BIOSTAR Group

Product Name: TA880G HD

Version:

Serial Number: None

Asset Tag: To Be Filled By O.E.M.

Features:

Board is a hosting board

Board is replaceable

Location In Chassis: To Be Filled By O.E.M.

Chassis Handle: 0x0003

Type: Motherboard

Contained Object Handles: 0

cat /proc/cpuinfo:


processor : 0

vendor_id : AuthenticAMD

cpu family : 16

model : 6

model name : AMD Athlon(tm) II X2 240e Processor

stepping : 2

cpu MHz : 2800.016

cache size : 1024 KB

physical id : 0

siblings : 2

core id : 0

cpu cores : 2

apicid : 0

initial apicid : 0

fpu : yes

fpu_exception : yes

cpuid level : 5

wp : yes

flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 ht syscall nx mmxext fxsr_opt pdpe1gb rdtscp lm 3dnowext 3dnow constant_tsc rep_good nonstop_tsc extd_apicid pni monitor cx16 popcnt lahf_lm cmp_legacy svm extapic cr8_legacy abm sse4a misalignsse 3dnowprefetch osvw ibs skinit wdt

bogomips : 5600.02

TLB size : 1024 4K pages

clflush size : 64

cache_alignment : 64

address sizes : 48 bits physical, 48 bits virtual

power management: ts ttp tm stc 100mhzsteps hwpstate



processor : 1

vendor_id : AuthenticAMD

cpu family : 16

model : 6

model name : AMD Athlon(tm) II X2 240e Processor

stepping : 2

cpu MHz : 2800.016

cache size : 1024 KB

physical id : 0

siblings : 2

core id : 1

cpu cores : 2

apicid : 1

initial apicid : 1

fpu : yes

fpu_exception : yes

cpuid level : 5

wp : yes

flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 ht syscall nx mmxext fxsr_opt pdpe1gb rdtscp lm 3dnowext 3dnow constant_tsc rep_good nonstop_tsc extd_apicid pni monitor cx16 popcnt lahf_lm cmp_legacy svm extapic cr8_legacy abm sse4a misalignsse 3dnowprefetch osvw ibs skinit wdt

bogomips : 5600.22

TLB size : 1024 4K pages

clflush size : 64

cache_alignment : 64

address sizes : 48 bits physical, 48 bits virtual

power management: ts ttp tm stc 100mhzsteps hwpstate

mdadm --detail /dev/md0



/dev/md0:

Version : 0.90

Creation Time : Sun May 9 03:34:32 2010

Raid Level : raid5

Array Size : 3907023872 (3726.03 GiB 4000.79 GB)

Used Dev Size : 1953511936 (1863.01 GiB 2000.40 GB)

Raid Devices : 3

Total Devices : 3

Preferred Minor : 0

Persistence : Superblock is persistent



Update Time : Wed Sep 1 20:50:03 2010

State : clean

Active Devices : 3

Working Devices : 3

Failed Devices : 0

Spare Devices : 0



Layout : left-symmetric

Chunk Size : 64K



UUID : d95d15d0:f9187dcd:6113b4e9:03bec147 (local to host f-server)

Events : 0.1026911



Number Major Minor RaidDevice State

0 8 17 0 active sync /dev/sdb1

1 8 33 1 active sync /dev/sdc1

2 8 49 2 active sync /dev/sdd1

hdparm -tT /dev/md0:

Timing cached reads: 3704 MB in 2.00 seconds = 1852.38 MB/sec

Timing buffered disk reads: 718 MB in 3.01 seconds = 238.89 MB/sec

Samba-Performance:

Schreibend: 32MB/s
Load Average: 1.40

Lesend: 40MB/s
Load Average: 0.70

 

[koschi]

Hab gerade mal einen Kumpel etwas benchen lassen. Ist verschlüsselt mit dmcrypt + LUKS (aes-cbc-essiv:sha256). Hier die Ergebnisse:

hdparm -tT /dev/md0:

Timing cached reads: 3704 MB in 2.00 seconds = 1852.38 MB/sec

Timing buffered disk reads: 718 MB in 3.01 seconds = 238.89 MB/sec

Hier wird aber ohne Verschlüsselung gearbeitet, hdparm liest hier nur raw-daten von md0. Wenn die Verschlüsselung mit reinkommen soll, muss von /dev/mapper/whatsoever gelesen werden...

Siehe den Unterschied:

root@frickelbude:~# hdparm -tT /dev/md0

/dev/md0:
Timing cached reads: 6888 MB in 2.00 seconds = 3446.24 MB/sec
Timing buffered disk reads: 670 MB in 3.05 seconds = 219.67 MB/sec
root@frickelbude:~# hdparm -tT /dev/mapper/storagevg-storageLV

/dev/mapper/storagevg-storageLV:
Timing cached reads: 7614 MB in 2.00 seconds = 3809.45 MB/sec
Timing buffered disk reads: 506 MB in 3.02 seconds = 167.65 MB/sec

Dabei wird nun aber immer noch das Dateisystem außen vor gelassen, um den sequentiellen Speed zu messen würde dann ein dd zb. hilfreich sein, auf dem gemounteten Dateisystem...

 

[Michael`]

ja, das ist mir vor ca. einer Stunde auch klar geworden. Ich werde die Ergebnisse auf /dev/mapper/$foo noch nachliefern.


MfG,
Michael

 

[dcdead]

Danke für die Werte!

Bei mir würden vor allem größere Dateien Übertragen werden (100+ MB), dürfte die reale Übertragungsrate den Benchmarks entsprechen. Wenn's mit dem 240e bei ~40 MB/s per Samba landet, werde ich wohl doch auf den i3-530 setzen.

 

[Michael`]

Der i5 hätte AES-NI. Das bringt nochmal nen ordentlichen Performanceschub.


MfG,
Michael

 

[dcdead]

Preislich sind das natürlich dann schon wieder andere Dimensionen. Ich wollte eigentlich im Bereich bis 250€ für den Rechner ohne HDDs bleiben.