Vlákno názorů k článku
OpenZFS bude mít Fast Dedup
od Izak - Ale porad ma ZFS zasadni problem, chybi nastroj...
-
Ale porad ma ZFS zasadni problem, chybi nastroj na opravu FS - crashne a muzete to smazat a obnovit vse ze zalohy.
Proto mam radeji BTRFS na SAN nebo md_raid5/6 a na tom BRTFS - snapshoty, snap volumy, sub volumy, komprese, dedup. a reflink .... lidi co amji RHEL kde BTRFS vykoppli, pouzivaji aspon XFS - podppruje deduplikaci a reflink.Imho deduplikace a komprese na vmware usetri i pres 50% data, meli jsme bezne 60% - na DB kde neni zapla komprese to usetri i 80% dat, ale treba Oracle a myslim ze i DB2 podporuje interni kompresi a pak to neni treba na disk. poli - i kdyz na poli je casto rychlejsi, zase DB si to umi optimalizovat - zalezi co kdo uctuje, nektere firmy uctuji na projekty data virtulani a nektere zautcuji jen skutecne obsazena - tedy s usetrenou kompresi a deduplikaci
-
Logicka chyba na FS vam nepomuze kdyz mate redundantni blokova zarizeni. Tu logickou chybu budete mit prinejhorsim redundantne vsude :-) Pripadne si chybu duplikujete pres x snapshotu jako lejno na bote. A to plati i pro bloody trash filesystem.
Proto existuje _NEZAVISLE_ zalohovani. Raid na blokovem zarizeni NENI zalohovani. Kdy zalohujete po souborech.
Filozofie ZFS byla v tom ze pokud vam FS selze az takto katastrofalne, tak budto se zvladne opravit sam ze zaloznich metadat, nebo mate experta co umi ovladat zdb a nebo mate zalohy ( a sunacle vam proda zarizeni na jedno a druhe :-)). Nastroj na opravu jest zdb ale musite rozumet ZFS zevnitr. Recovery firmy dnes uz ZFS rozumi a taky ho umi obnovit. Existuje i komercni sw na obnovu.
