Vlákno názorů k článku
O (nejen) softwarových diskových polích (3)

Misto hledani parametru cp my lenosi obcas pouzivame mc (se zaskrtlou volbou preserve attributes). XFS je zase nejlepsi prelevat pres xfsdump | xfsrestore.

O upravach fstab jsem se docetl jen v souvislosti se swapem, ale ze je treba taky prehodit dosavadni ne-raid oddily na /dev/mdX jsem prehlednul (mozna jsem slepy).

Poznamka o swapu na dvou discich v souvislosti s vypadkem je zcestna. Kdyz mi jeden disk lehne, tak me tezko zachrani to, ze mam jeste dalsi swap na jinem disku. Castecnym resenim je dat swap na raid1, ale to prinasi zase jine problemy (viz diskuse k minulemu dilu).

Fdisk po ulozeni vola nejake ioctl, po kterem se jadro snazi znovu nacist PT toho disku. Nepovede se mu to (a vyzve k rebootu) v pripade, ze je nejaka partition pouzivana (napr. je na ni swap, je soucasti aktivniho raidu, je namountovana apod.).
Pokud zajistim, ze zadna partition pouzivana nebude, muzu vesele fdiskovat bez rebootu.

To s tim swapem jen ukazuje ze SW RAID nikdy nebude pouzitelny na vic nez na hrani doma...

ja si teda doma hraju s necim uplne jinym nez SW raid..SW raid je pouzitelnej jako mirror, raid 4,5 je dost hazard, este kdyz sem delal spravu site tak sem to naistaloval programatorum na develop PC, po padu jednoho z disku sem nesehnal ten samej, nakonec me zachranila paska s dumpem..

Presne tak, souhlasim s Jerrym, ze je to nic moc. Kdyz srovnam narocnost instalace softwaroveho Raidu, ze ktereho chci, aby system bootoval (protoze jinak ten raid nemam moc smysl) s hardwarovym, tak ten hardwarovy se instaluje mnohem jednodusseji (z biosu raid radice) a vubec je mnohem lepsi.

ntw

Ad ta narocnost:

SW raid:

- Neni moc vhodny pro vice disku a vetsi zateze
- Neda se nakonfigurovat pres GUI/CUI rozhrani (i kdyz to neni principielni problem - nekdo by takovy program napsat mohl :-)
+ Konfiguruje se stejne na jakemkoli HW
+ Ma na vsech HW konfiguracich stejne rozhrani (/proc/mdstat)
+ Ma na vsech HW konfiguracich stejne ovladani (raidhotadd/remove)
+ Muzu delat ruzna kouzla - napriklad pridat disk a zmirorovat bez nutnosti prelevat data na extra disk.

Ad boot: Pokud nepouzivate initrd, tak je to otazka zmeny radku boot (ktery byste stejne musel menit) a pridani jednoho radku, coz mi neprijde jako moc narocne :-) A i s initrd jsou uz vetsinou distribuce nastavene tak, aby ten boot chodil.

Polo SW raidy on-board:

- Musim si sehnat driver pro Linux
- Je to proprietarni reseni - pokud koupim jiny radic, bude mit pravdepodobne jine ovladani, rozhrani (monitoring tooly!) atp.
+ O trochu mensi zavislost na SW (i kdyz u tehle polo-SW je mozna take problem se swapem, pokud SW cast radice alokuje pamet).

Plne HW raidy:

- Pokud nejsou pres SCSI, stejne musim mit driver pro Linux
- Je to proprietarni reseni - pokud koupim jiny radic, bude mit pravdepodobne jine ovladani, rozhrani (monitoring tooly!) atp.
+ Vetsi nezavislost na OS
+ Vhodne i pro vetsi vyhony

Takze bych to videl takhle:

1) Pokud mate narocne pozadavky, kupte si plne HW raid
2) Pokud potrebujete reseni v jednom pripade a nechcete to moc resit, poohlednete se po polo-SW raidu nebo nejake levne HW karte (i kdyz si stale myslim, ze (cas_vynalozeny_na_hledani + cas_na_konfiguraci + penize_za_kartu) bude nakonec vetsi nez cas_straveny_ucenim_se_a_konfiguraci_sw_raidu).
3) Pokud potrebujete udelat jednoduchy raid na vic pocitacich, naucte se SW raid. Pak ty raidy budete sekat jako Bata cvicky ;-)

P.S.: Muj negativni vztah k SW raidum mozna ovlivnuje i nasledujici zkusenost: Meli jsme pole s deviti disky, z cehoz 5 tvorilo pole1 a 4 pole2 Disky v jednom poli jsme vymenili za vetsi. Aby to BIOS akceptoval, bylo nutne pole1 zrusit a znovu vytvorit. Ale ouha. Pole1 neslo zrusit bez zruseni pole2!!! Takze jsme zrusili pole2, pak pole1, pak je znovu vytvorili a modlili se, aby to to pole2 naslo a data na nem zustala. Zvlast pikantni bylo asi pulhodinove cekani, kdy BIOS psal "pracuji" bez jakehokoli udaje o postupu a my premysleli, jestli neco dela, nebo jestli definitivne vytuhl a my ho mame zresetovat. Nakonec tedy vse dopadlo dobre, ale stejne. To by se mi se SW raidem nestalo :-)

Skutecne externi RAID jsou velmi dobre, RAIDy jze rusit a vytvared dele libosti i slice. jenze cena je od 1/2 milionu do 10 mlionu ... pouzitelne i s disky ~1 Mil Kc
Ale u internich raidu, pokud nestoji tak 50.000Kc jsou mnohe problemy, treba ty, ze kdyz tam date jiny disk se kterim sice vyrobce uvadi kompatibilitu tak vam klidne muze spadnout cele pole (velmi ojedineli priklad) nebo se proste nechytit (casty priklad) ... a pak musite odlit data, vse zrusit koupit znova 3x HDD a vytvorit znova ... coz se vam pri SW raid nestane.

Poznamka je myslena spravne, akorat spatne formulovana :-) Bylo tim mineno "po padu disku a rebootu". Pokud bych nechal pouzivat swap jen z jednoho disku, tak po jeho vypadku a rebootu nepojede swap. Coz pochopitelne nemusi vadit.

2 Jerry III: Nejak nevidim souvislost. S tim swapem to neni vec "nekvality" sw raidu, ale toho, ze se dela softwarove a jeho obsluha bezi na stejnem procesoru jako swap demon. Samozrejme datovy sklad pro NASA bych na SW raidech nestavel, ale pro jednodussi pouziti (napriklad jako zaloha proti kleknuti disku v pocitaci) je to podle mne OK.

Zajimave, ja zase pouzivam
cd / && find . -xdev | cpio -pm /mnt