RAID, 2x500 - jaky zvolit?

[Fox!MURDER]

Tím, že jsem říkal, že tomu moc nerozumím, jsem fakt nechtěl říct, že je to špatně, říkal jsem tím jen, že tomu prostě moc nerozumím . (a pokud bys mi tuhle metodiku mohl v krátkosti osvětlit, budu rád) Linux není můj chleba a z toho, co tam je, neumím vyčíst pro mě potřebné. Nicméně ...

ve zkratce (nekdo mi to v mailinglistu vysvetloval asi 2 roky zpet) tenhle benchmark funguje tak, ze uzivatel si pomoci utility vygeneruje soubor s nahodnymi pristupy na disk a ty pote pomoci jine utility na disku provadi v n procesech paralelne. tim je zajistena jak nahodnost, tak uplna reproducibilita testu ...

This utility can be used to test performance of storage devices.
First, one need to generate file with I/O operations:

# set mediasize=`diskinfo /dev/<device> | awk '{print $3}'`
# set sectorsize=`diskinfo /dev/<device> | awk '{print $2}'`
# raidtest genfile -s $mediasize -S $sectorsize -n 50000

It will generate test which contains 50000 I/O requests with random
size and random offset. Size is a multiple of sectorsize, but less than or
equal to 128kB (maxium size of I/O request). I/O request type (READ or WRITE)
is random as well.
All test data are stored in 'raidtest.data' file in current working directory.

To run test, one should type:

# raidtest test -d /dev/<device> -n 10

This command will read test data from 'raidtest.data' file, run 10 processes
which will be used to send requests to the given device in parallel.
When test is finished you will see statistics:

Bytes per second: <x>
Requests per second: <y>

If you compare performance of two storage devices, use the same data file!

mimochodem, tohle v te dobe jeste taky nebylo k dispozici

-r Use parity component for reading in round-robin fashion.
Without this option the parity component is not used at
all for reading operations when the device is in a com-
plete state. With this option specified random I/O read
operations are even 40% faster, but sequential reads are
slower. One cannot use this option if the -w option is
also specified.

... RAID3 JE tragicky pomalý, proto taky skončil hned, jak mohl a je náročný na hardware, proto ho taky podporovalo jen pár mid-class řadičů, ale většinou až řadiče z nejvyšších kategorií. (stačí si tu režii jen představit ...) Ten princip je jasný a zrovna tohle lze brát snad i jako fakt, tipuji, že je to konstatováno i ve všech overview a elaborátech o RAIDech. Ovšem nemůžu vědět, jestli na Linuxu nefunguje jinak (ale nevypadá to).

erm, nechci byt drzy, ale ponekud se opakujes ... ano, tvrdis ze je tragicky pomaly, mas to podlozene nejakou teorii, ktera mozna je, mozna neni az tak spravna ...

[jan555]

Díky za vysvětlení. Takhle nevidím u toho testu žádný zvláštní problém až na ty lineárně spuštěné procesy. Rozumím tomu správně, že to samé je spuštěno in-time 10x? (takže je to defacto 10 stejných concurrent i/o operací?) To by bylo trošku nestandardní, každopádně bych radši viděl simulaci random i/o operací v mnohem větším počtu userů, v tomhle předpokládám opravdu hodně začaruje cache ...?

erm, nechci byt drzy, ale ponekud se opakujes ...

Drzý nejsi a když budeš chtít být, tak můžeš - však nejsem Tvůj strýček .

ano, tvrdis ze je tragicky pomaly, mas to podlozene nejakou teorii, ktera mozna je, mozna neni az tak spravna ...

Ona to není teorie, mám teď fakt dost málo času na skládání podkladů, pokud si to nechceš najít, tak Ti to na oplátku jak budu mít delší chvilku dodám. A mimo často pochybného read-performance se hlavně připrav na write testy - pokud jsem použil slovo tragický výkon, tak to v případě read operací možná mělo být pouze "špatný" a "tragický" u write - tam padne level 3 kompletně na hubu a může být dokonce i méně výkonný než single-disk(!).

[Petrik]

Ted me jeste napadl dalsi argument pro linuxovy MD RAID: kdyz uz srovnavame HW vs. SW RAID, je rozhodne ferove srovnavat varianty ktere stoji stejne penize, tedy budto sestavu s HW radicem za 10tis anebo bez nej ale o 10tis drazsi, coz je predevsim u levnejsich serveru pomerne hodne veliky rozdil, takze pak napr. misto RAIDu 5 muzeme nasadit MD RAID 10 (tedy neco podobneho 1E u IBM). Myslim ze je pak nade vsi pochybnost ktere reseni bude rychlejsi, ale i spolehlivejsi.
Pravda ale je, ze napr. vymena vadneho disku za chodu neni u linuxoveho MD RAIDu tak jednoducha, jako u HW, kde staci disk proste vymenit a hotovo, u MD se musi udelat diskove oddily a pomoci jednoho prikazu pridat do pole. Umim si ale predstavit skript ktery toto zvladne.

[Paolo]

Mě napadla jedna naprosto fatální nevýhoda MD RAIDu pod Linuxem oproti HW RAIDu: Server MUSÍ běžet na Linuxu, jinak nelze použít .

[Fox!MURDER]

Mě napadla jedna naprosto fatální nevýhoda MD RAIDu pod Linuxem oproti HW RAIDu: Server MUSÍ běžet na Linuxu, jinak nelze použít .

mno dobre, tak ve woknech mas dynamicky disky, ve fbsd geom, v solarisu zfs, etc, etc.
MD tu resime jen proto, ze nam je vsem asi nejznamejsi ...


VELKOU nevyhodu vydim v tom, ze malo co umi ze SW R5 bootovat ...

[Paolo]

To sice máš ve Windows dynamický disky, ale ten výkon není zase tak úžasný a tři mirrory na jednom disku Widle obnovují zároveň (takže to trvá dlouho a hlavičky se můžou zbláznit) nehledě na to, že po BSOD nebo jiném nečekaném pádu se pole musí reinicializovat a při nedokončené inicializaci se po restartu začíná od začátku.

[Petrik]

2Paolo:Tak tomuhle se muzu ale vazne jenom smat jestli to je pravda, tak to si delaji v redmondu z lidi vazne srandu, to prece nemuzou myslet vazne. Ze z dynamickeho disku nejde bootovat je potom malickost Jak muze tak bohata firma delat tak hrozny SW vazne nechapu....
Jinak tvoje poznamka, ze MD jde pouzit pouze na linuxu, neni tak uplne pravda, resenim je vselijaka virtualizace ala KVM, QEMU a mozna by slo pouzit i enterprise reseni XEN, ktery je oproti nativnimu behu pomalejsi o 5-10% max, coz muze byt unosne.

2Fox:Bootovat z RAIDu 5 v linuxu opravdu nejde, coz ale moc nevadi, reseni je udelat treba 30MB velky RAID1 na /boot a z toho uz bootovat jde system pak je samozrejmne na RAID5/6/10 dle ctene libosti

To sice máš ve Windows dynamický disky, ale ten výkon není zase tak úžasný a tři mirrory na jednom disku Widle obnovují zároveň (takže to trvá dlouho a hlavičky se můžou zbláznit) nehledě na to, že po BSOD nebo jiném nečekaném pádu se pole musí reinicializovat a při nedokončené inicializaci se po restartu začíná od začátku.