Administrace komentářů

Hosicku, ja s tuxem delal v dobe, kdy tys jeste sral do plen ... a o tom, co je a neni raid vis zjevne lautr hovno a desetkrat vetsi o tom, co jak funguje. Vdyt ses retadovanej negramot, kterej posila posty do threadu presto, ze na nej vybleje hlasku pres celou obrazovku, ze je mrtvej.

2vandrovnik: Neber jeho zvatlani vubec vazne, on nema ani paru o tom, jak disky fungujou nebo nefungujou. Vpodstate vsechny soudoby pole uz vubec nepouzivaji raid na urovni sektoru, predevsim prave proto, ze je to strasne neoperativni a zastaraly.

Pro predstavu: Pokud mas vic nez ... ty 2 disky, tak potrebujes ... spare. To je v klasickym usporadani plonkovej disk, kterej te stoji penize a nic nedela. Takovych disku ale musis mit v poli tolik, kolik ruznych velikosti/typu disku pouzivas (ssd/10k/7k/...) a pochopitelne v poctu krat N, kde to N nejak odpovida pravdepodobnosti vypadku (tzn u opravdu velkych poli takovych plonkovych disku budou klido desitky, protoze ti jich zdechne i nekolik denne)

Aby ses tyhle chujovine vyhnul, pouziva se virtualni spare => pole si vyhradi Nkrat volnou kapacitu (kterou z pohledu uzivatele nemas k dispozici), ale disky pouziva vsechny = vsechny se rovnomerne osoupavaji, a zaroven prihazujou svoji cast vykonu. Kdyz disk chcipne*, tak za pochodu udela pole to, cemu btrfs rika rebalanc = vyuzije cast toho volnyho prostoru.

Co vic, ono to funguje dokonce tak, ze kdyz mas raid kterej je odolnej proti vypadku jednoho disku, tak se v pripade toho virtualni pole ale mini jen okamzik, nez probehne prave ten rebalance, protoze pokud mas dalsi volny misto (nad tu vyhrazenou kapacitu) tak si ji pole veme, a tudiz ti muze umrit dalsi disk a pak jeste dalsi a dalsi ... az do vycerpani kapacity.

Tohle zadnej klasickej raid samozrejme neumi a nikdy umet nebude. Proto se od nich ustupuje. Btrfs ti poskytne zadara defakto stejnou sluzbu.

Pochopitelne v to je treba zahrnout operativni rozsirovani/zmensovani pole, coz je dalsi vyhoda. Proste vemes JEDEN disk, a pridas ho. U klasickyho pojeti musis vzdy pridat cely raid = nejmin vzdy dva dalsi disky, ale spis vic. Coz bude problem predevsim v situaci, kdy ti zbyva posledni volnej slot, kapacita by ti stacila, ale ty musis prikoupit celou dalsi polici za hromadu $$$$.

Ma to samo hromady dalsich aspektu. Btrfs je sumak ze je kazdej disk jinej, proste ti nabidne tolik kapacity v takovych raidech jak je to technicky mozny (jinak receno, klidne muzes mit 1TB a 2x500G a mas pohodovej R1). Produkcni pole si pak i samy resej, co bude na ssd, co na 10k, co na 7k ... (coz ti pochopitelne nijak nebrani to rict fixne, ale nemusis to resit). Z pohledu uzivatele se to chova jako jeden velkej prostor pro data, u kteryho ho vubec nezajima, kolik jakych disku v jakym raidu potrebuje.

--- *Normalni produkcni pole se ve skutecnosti vetsinou neprepocitava, protoze vyradi disk driv, nez chcipne, a tudiz jeste lze precist data na nem a ty se proste jen rozkopirujou na zbyvajici disky, coz je radove rychlejsi.

Apropos, raid1 pro 3 a vic disku v klasickym pojeti je vylozene teoretickej koncept. Neznam HW kterej by neco takovyho vubec umel. Prave proto, ze jako nahrada toho chciplyho disku je tam ten spare = disk se vymeni hned a sam, tudiz je to naprosta kravina. A pokud nekdo potrebuje opravdu vysokou odolnost, tak tu sou uplne jiny rizika, ktery se resej tim, ze druhy pole se stejnyma datama je nejmin 30km daleko.