Dotaz: RAID 1 - aktivace split seeks

[Bůh Entony]

Nikde jsem se nedočetl, který OS dokáže aktivovat volbu "split seeks" na svých diskových úložištích, nebo zda je to jen záležitost hw raidu. Rád bych využil tuto volbu v SW raidu v linuxu. Googlil jsem jak ďábel, ale nikde nic. Nějaké info jak to případně dokompilovat do jádra/modulu? rád bych s tím nejdříve zaexperimentoval na neostrých datech. Předem děkuji za každý nápad.

Odpovědi

[Messa]

Co si představuješ pod pojmem split seeks?

[B.E.]

Funkce "split seeks" by měla umět přerozdělit požadavky čtení z disků na několik disků, které jsou v raidu1. Tzn., že čtecí rychlost zůstává stejná (né jako v případě raid0, kde se téměř zdvojnásobuje), kontrola dat disků zde neprobíhá (holt se datům důvěřuje), změny jsou zapisovány na všechny disky. Výhoda - zvýšená propustnost při čtení několika souborů současně. MDRaid v linuxu tuto funkcni nepodporuje, myslím, teda aspoň podle googlu:( LVMko jsem nestudoval, co myslíte, mohlo by to být tam?

[Messa]

Ano, přesně takto funguje raid1 přes MD neboli Linux Software Raid.

[Messa]

(Tzn. že funkci, kterou jste označil jako "split seek", Linux Software Raid podporuje.)

[B.E.]

Měl jsem za to, že se v případě RAID1 data načtou ze všech disků a OS/aplikaci se předají jen v případě shody. V případě neshody se použije ten disk, který je označen jako primární (myslim, že se označuje master). Pokud se aktivuje volba "split seeks" pak k ověřování mezi disky nedochází a data jsou servínována od prvního disku, který je načte. Asi se pletu. Omlouvám se...

[AraxoN]

Příloha:

• test.sh (826 bytů)

Zbastlil som skript, ktorý to testuje - v prílohe. Najrpv spustí 2x naraz čítanie z dvoch miest jedného fyzického disku (aby musel veľa seekovať), potom to isté z RAID1 poľa. Medzi testami sa snaží vyčistiť disk cache. Výsledok so SATA diskami na serveri, ktorý sa momentálne nepoužíva, takže tam nič iné nebeží:

dragon ~ # ./test.sh
Vycistime cache pred testom
3145728+0 records in
3145728+0 records out
3221225472 bytes (3.2 GB) copied, 54.3127 s, 59.3 MB/s
Hotovo
Paralelne citanie - fyzicky disk /dev/sda5
3145728+0 records in
3145728+0 records out
3221225472 bytes (3.2 GB) copied, 109.395 s, 29.4 MB/s
3145728+0 records in
3145728+0 records out
3221225472 bytes (3.2 GB) copied, 110.341 s, 29.2 MB/s
Hotovo
Vycistime cache pred dalsim testom
3145728+0 records in
3145728+0 records out
3221225472 bytes (3.2 GB) copied, 59.1371 s, 54.5 MB/s
Hotovo
Paralelne citanie - RAID pole /dev/md5
3145728+0 records in
3145728+0 records out
3221225472 bytes (3.2 GB) copied, 78.4671 s, 41.1 MB/s
3145728+0 records in
3145728+0 records out
3221225472 bytes (3.2 GB) copied, 79.1546 s, 40.7 MB/s
Hotovo

Suma sumárum - z jedného disku to lezie asi 59 MB/s, z SW RAID1 s dvoma takýmito diskami asi 82 MB/s. Seek time sa z toho testu zistiť nedá, ale povedal by som, že ak by jadro záťaž rozložilo rovnomerne na oba disky, tak z toho vymáčkne väčšiu priepustnosť (teoreticky 59 MB/s krát 2, t.j. až 118 MB/s), takže asi fakt posiela ten istý request na oba disky a vezme to čo príde skôr a to druhé stornuje.

[Messa]

Když si pustím monitorování přes iostat a začnu číst velký soubor, jede to tak 60 MB/s a data jsou čtena jen z jednoho disku. Když nechám číst dva velké soubory zároveň, každý z nich je čten rychlostí okolo 60 MB/s a dle iostat pracují oba disky. Z toho mi plyne, že RAID 1 využívá disky celkem rozumně a rozhodně nečte z obou najednou kvůli nějaké kontrole dat - od toho je synchronizace nebo jak se to jmenuje, ta se občas spustí (o tom moc nevím, ale v dmesg se něco takového občas objeví).

Paralelní čtení ze stejného místa na disku (v poli) mi nepřijde jako dobrý test, protože se testují spíš prefetch a podobné schopnosti operačního systému než samotné RAID pole.

[B.E.]

Jo, zkusil jsem par testu a opravdu to tak je. Ted jen vyzkousim, jak se pole zachova, kdyz bude mit rozdilne data na obou diskach. Vytvorim pole Raid1, pripojim, vytvorim FS, na nem soubor plny nul, odmountuju pole a na jednom z disku zmenim v tom souboru par bajtiku (mozna to zkusim z knoppixu, abych vyloucil to, ze si toho mdadm vsimne:o). Pripojim pole a necham si ten soubor nacist. Co to podle Vas udela a jak se mdadm zachova? Ktery z disku prohlasi za FAIL? nebo to ani nezjisti?

[Messa]

Ale teď už vážně RTFM...

[B.E.]

To jsem čekal od RAID 1 (v redundanci dat a jejich opravě )trošku víc:(
Ale aspoň potěšil ten fungující split seeks :)
děkuji za dodané informace a testy, tímto považuji věc za vyřízenou...

Howk :)

[Michal2]

Disky maji silnou ECC takze jsou v podstate 2 stavy - prectou se data dobre, nebou se prectou spatne ale radic potazmo OS se o tom dozvi. Data jdou na disk poskozena vetsinou kvuli vadne RAMce a tam to zadny RAID uz nezachrani (jeden z duvodu proc RAID !neni! nahradou za zalohovani).

Z techto duvodu neni duvod, aby se cetly z obou disku stejna data aporovnavala. Tohle nedela snad zadny raid. Stejne tak zadny RAID5 necte paritni stripy pokud neni v degradovanem stavu.

[Martin Volf]

Takto funguje RAID10, viz zde.