Dotaz: Flash disk v RAID 1

[happymaster23 (nepřihlášen)]

Zdravím,

chci si koupit flash disk a spřáhnout ho SW RAIDem s oddílem na disku. Chci tímto levným způsobem zálohovat důležitá data na testovacím serveru (tudíž mi nejde o to, aby to bylo rockstable, ale abych nepřišel o ty data). Moje otázka tedy není jestli to jde nebo ne, ale kolik byste takové flashce dali dnů života, když tam bude řekněme padesát přepsání malých souborů (řádově v kB) denně.

Děkuji za odpovědi

Odpovědi

[Petr Holík]

Vzhledem k tomu, ze flashDisk by se mel tvarit jako sd[x] zarizeni, nemel by s tim byt zadny problem. Spis byva problem s rychlosti zapisu radove jednotky MiB/s. Jedinne co me napada jako potencionalni probelm je to, ze nez se flash disk nadetekuje trva to nekolik vterin a jadro by si v okamziku sestavovani pole mohlo myslet, ze neni v systemu. Zivotnost se da odhadnou pomerne spatne, ale rekl bych od radove 1 mesice do nekolika roku :)

Jinak pokud netrvate na tomto reseni doporucuji radeji periodicke zalohovani.

[happymaster23]

No, shrnu-li Vaši odpověď, tak tam není pro mě nic nového, zvlášť ta předposlední věta je doopravdy vypečená . Ale nejspíš použiji to normální zálohování, akorát uvažuji jestli sáhnout po mém oblíbeném rdiff-backup (+ Cron) a nebo na té flashce udělat několik adresářů (řekněme pro zálohu z 15.00, 17.00, 19.00, 21.00, 23.00 1.00 a 3.00) a potom Cronem spouštět něco jako:

rm /mnt/backup/15/dev/ && cp /root/dev/ /mnt/backup/15/

Ale to je asi ještě smrtelnější jak ten RAID

[Petr Holík]

smrtelnejsi mi to nepride protoze to nebude neskutecnym zpusobem zpomalovat zapis cehokoliv na disk...

nehlede na to ze takto ziskate i zalohy starsi nez aktualni, takze pokud si napr omylem smazete nejaka data raid vas nezachrani.

po pravde recene se na tu otazku neda moc konkretniji odpovedet kdyz jste nespecifikoval co je to za flashku a kolik dat a jakym zpusobem by se ni ani zapisovalo. nehlede na to ze i kdybyste to specifikoval jednalo by se stejne o spekulci. Ale pro predstavu dnesni SSD disky maji zivotnost zhruba 1 az 5 let dle vytizeni. Bezna flashka na takoveto pouziti neni optimalizovana takze bych od ni ocekaval zivotnost nizzsi.

[happymaster23]

Však původní otázka byla pouze o tom, kolika dnů se dožije flashka v RAIDu 1 a v podstatě jsem spíš čekal odpověď od někoho, kdo s tím má nějaké zkušenosti. Byl to jenom hypotetický dotaz, každé má svoje pro a proti a to si dokážu rozhodnout sám, pouze mi chybí ten jeden střípek skládačky.

Jinak specifikoval jsem - cca 50 přepsání denně v souborech o velikosti řádově v kilobajtech. U toho rdiff-backupu však nesmíme zapomenout, že tam stejně dochází k masivním přepisům a i ten RAID by mohl být v tomhle případě šetrnější.

...ale stejně je to jedno - záruka tři roky to jistí ;)

[misace]

1000 dnů

[happymaster23]

No tak to se vyplatí, to je ještě před koncem záruky .

Díky za kvalifikovaný odhad

[Jooky (inactive)]

Prva vec ktora az bije do oci:

RAID 1 (mirror) NENI backup.

No a teraz k veci. Ked sa bavime o mirrore tak ide o ochranu pred poruchou jedneho disku (to uz jedno co to realne je). A v pripade pouzitia dvoch rychlostne nesymetrickych diskov je zapis jednoznacne pomalsi a citanie zavisi od implementacie. Pokial hladate nejaku moznost zalohovania tak toto nieje dostatocne. Staci jeden rm alebo prepis a data sa zmenia na obydvoch diskoch.

Ked uz nechcete do backupu moc investovat prostriedkov a hlavne casu tak vecsinou staci nieco na styl cpio/tar/rsync alebo len jednoduche cp. Ale aj pri tom treba zvazit ci vam to stoji za to riziko nechat flash disk stale pripojeny. Staci ze odide zdroj a specie interny disk + flash na USB a je po celom backupe. Alebo v horsom pripade sa stane nieco servru (poziar, nevhodna teplota, ...) a tak isto je backup nenavratne prec.

Ja osobne kebyze musim pouzit flash medium ako zalohu tak si data tolko krat kolko je treba pripravim cez den na interny disk a potom jednorazovo prenesiem na flash disk. Tym ze sa napr raz za den vsetko prenesie na flash sa vyhnete castym zapisom. Ja by som tie flash disky aj striedal. Aspon 2 (4) v tyzdnovom alebo inom intervale a povystriedani skontroloval ci je vsetko ok z tou flaskou (md5, fsck, ...). Tym by sa dalo zarucit ze to vydrzi 'dlhsie' a aj v pripade problemov zo servom nepridete o vsetko.

[happymaster23]

Myslím, že je zbytečné se tahat o slovíčka, protože RAID 1 záloha JE (záloha proti výpadku jednoho disku).

Co se týče rychlosti, tak platí to co jsem napsal - na práci se soubory o velikostech v řádech kilobajtů mi zpomalení může být naprosto ukradené (zvlášť když ten disk je 20 GB 2,5" a při čtení se dostane někam k 25 MB/s). Možná jsem se špatně vyjádřil, ale jde mi o zálohu pouze toho HDD, jediné smazání, které mi hrozí se dá v 99,9% případů napravit kliknutím na zpět v příslušném editoru.

Na produkčním serveru mám zálohování samozřejmě vyřešené na docela slušné úrovni a je naprosto jednoduché ho implementovat i sem a můj dotaz ani nesměřoval na to "jak zálohovat".

Ten testovací stroj je starý notebook (jednoduše proto, protože ty nároky jsou tak extrémně nízké, že kupovat cokoliv nového by bylo vyhazování peněz) a pravděpodobnost, že odejde zdroj, ten s sebou strhne ochrany na základce a zároveň s sebou odnese i disk i flash je IMHO velice nízká. Pokud bych to měl zálohovat ručně, tak už nepotřebuji žádnou flashku, ale stačí mi udělat CTRL+C, CTRL+V a nemusím ani vstávat ze židle. Ještě by se dalo namítnout, že by mohl odejít i ten PC na který to zkopíruji, ale tu už je stejně pravděpodobné jako že vám zítra nad hlavou vybouchne EMP ;).

Já si rizika, výhody, nevýhody, atd dokážu spočítat sám, moje původní otázka byla pouze o tom, jak moc je vhodné dávat flash disk do RAIDU 1 a zeptal jsem se právě tady, protože takovouhle "prasárničku" dokáže jenom Linux, proto se ptám v Linuxové poradně...

Každopádně i tak všem děkuji za jejich čas

BTW výhoda toho RAIDového řešení je právě to, že chybu na tom flashdisku odhalí hned, odstaví ho a upozorní mě, kdežto jiné řešení tohle tak jednoduše neumožňuje.

[dustin]

Ano, záloha to je za předpokladu, že se tam ten druhý disk připojí, zesynchronizuje, odmontuje nebo jinak učesá filesystém, odebere z pole, odpojí, odnese a ještě jsou ty zálohovací disky dva, aby vždy jeden byl s předchozí zálohou mimo komp.

[happymaster23]

Dobrá, takže jaké je správné slovíčko pro RAID 1, když ne záloha proti chybě jednoho disku pole? Když ten disk v tom RAIDu jedna není záložní, jaký tedy je? Jak se tomu správně říká? Nechám se podat...

[Jooky (inactive)]

V celej tejto diskusii sa spominaju dve veci Zaloha (Backup) a RAID 1 (Mirror).

Backup (citacia z wikipedia.org):

In information technology, backup refers to making copies of data so that these additional copies may be used to restore the original after a data loss event. These additional copies are typically called "backups." Backups are useful primarily for two purposes. The first is to restore a state following a disaster (called disaster recovery). The second is to restore small numbers of files after they have been accidentally deleted or corrupted.

Inak povedane ak si zmazem(prepisem) nejaky subor tak neni problem ho obnovit zo zalohy. V citacii to neni spomenute ale ide o nezavislu kopiu. V pripade ze by boli tie kopie zviazanie (Mirror) tak nic obnovit nemozem ked dojde k prepisu(zmazaniu) dat.

Mirror (citacia z docs.hp.com pre pripad dvojstranneho mirroru):

RAID 1: Disk Mirroring

In this configuration, only two physical disks are present in the array. Data is duplicated from one disk onto the other, creating a mirrored pair of disk drives.

The advantages of RAID 1 are as follows:
* No data loss or interruption of service if a disk fails.
* Fast read performance — data is available from either disk.

RAID 1 alebo iny sposob mirrorovania dat je sposob, pri ktorom dosiahneme 'Fault Tolerance' (tolerancia voci zlyhaniu) pre pripad poruchy jedneho z diskov. Inak povedane ak jeden z diskov prestane spravne fungovat tak pre system to neni problem, ale v pripade pozmenenia(vymazania) suboru neni cesta s5.

A teraz pozor ! Vsetky disky, na ktore sa mirroruje musia spravne reportovat poruchy. Inak povedane ak niektory driver(disk) v mirrore namiesto chyhoveho hlasenia vrati poskodene data tak nepomoze ani to ze je to v mirrore a chyba sa prenesie vyzsie. Toto som napisal naschval, lebo s flash pamatami mam skusenost ze niekedy odchadzaju a nereportuju to spravne co moze mat za nasledok pokodenie dat aj na inej strane mirroru. Ak nieco take nastane tak neostava nic ine ako siahnut po backupe (nezavislej kopii dat) a obnovit co sa poskodilo.

[happymaster23]

Já s tím naprosto souhlasím a to co píšeš je mi naprosto jasné a jediný problém je, že se hádáme o to jedno posvátné slovíčko .

Mimochodem - nakonec jsem se stejně rozhodl, že použiji rdiff-backup se spouštěním od 15:00 do 3:00 po dvou hodinách. Ten RAID byla čistě hypotetická záležitost, o které jsem uvažoval pouze okrajově...

[pht]

ja bych to zas tak dopodrobna neresil (po te co jsem si precetl jak to mate rozmyslene). klidne to do raid1 dejde (technicky to neni problem). pak vam bud driv odejde flashka nebo disk. oboje naraz by nemuselo. kdyz vypnete atime, a budete trochu setrnej tak to ani neustvete zapisama.

[tuxmartin]

Staci ze odide zdroj a specie interny disk + flash na USB a je po celom backupe.

Ty flashce se nemusi nic stat, staci pouzit Wireless USB .

[happymaster23]

No počkej - a co když se upeče i ten bezdrátový hub, protože ten je normálně v zásuvce, takže je to taky pravděpodobné .

[tuxmartin]

Kdo mluvil o tom, ze server a hub bude ve stejny zasuvce? Ten hub se da napajet i jinak.

[happymaster23]

A myslel jsi i tady na toto?

[tuxmartin]

Tak to se omlouvam, na to jsem nemyslel.

Nevim presne jak ta bomba funguje, ale mozna by pomohla nekolik metru tlusta olovena krabice a do ni dat ten flash disk.

Nejjistejsi by asi bylo upravit BT 100 tiskarnu aby vysekavala zalohovany text do kamene.

[Jooky (inactive)]

Vobec som nemal v umysle tu sposobit flamewar, ale ked uz tak.
V mojom prispevku ide o princip a nie to to kto co este vyspekuluje dalej. Ked sa hovori o backupe tak tam nepatri Raid 1 (mirror). Vobec sa nemusi ten raid poskodit elektricky, alebo neelektricky. Uplne staci ze nieco na systeme zblne a data su fuc na vsetkych mirror kopiach. Cize sa neda hovorit o backupe (viz vyzsie).