Jaký distribuovaný, šifrovaný, redundantní FS?

[x]

Samozrejme, ze existuje http://www.dragonflybsd.org/features/#index2h2 a jeho nova verze, ktera je ted v aktivnim vyvoji to jeste vse vylepsuje.

[Reklama]

[alfi]

rsync + encfs?

ono ani na vlastním hw, připojeném do internetu, kde mám nějaká důležitá, např. pracovní-firemní, data, bych nespoléhal, že se tam nikdo cizí nikdy nedostane (náhoda, chyba, něco přehlídnu..). a šifrované teda klidně i na google disk a spol., navíc za mě zařídí tu redundanci, koupi nového a většího disku každých x let..

je to pak dostupné i online.. (jen read-only, obousměrný rsync jsem ještě nezkoušel)

[Mirek Prýmek]

Taky bych tam rad mel featury na hledani duplicit a nasledny dedup + crc pres bloky jako ZFS.

Pokud potrebujes neco, co ma featury zfs, zkus pouzit zfs

Zfs + rsync by asi resilo vsechno, co jsi natukl, ale obavam se, ze bys casem zjistil, ze to vlastne nechces - napr. ta věčná historie - jasně, není problém si každý den udělat snapshot, ale za deset let z toho budeš mít nějakých tři a půl tisíce snapshotů, ve kterých stejně nic nenajdeš...

A dedup taky typicky na data nepotřebuješ, protože to má obrovskou režii a bylo by to strašně drahý (věčná historie!).

Stejně tak není žádný technický problém nechat data zfs send-em přetýkat třeba do Amazon Glacier, ale tam ti cena taky bude nepříjemně narůstat (opět: věčná historie!) a budeš platit za data, který dost pravděpodobně vůbec nikdy z úložiště nevytáhneš...

Uz jsem premyslel o tom si to napsat pres FUSE sam.

Tak to je známá věc, že seš megaloman ale tohle je fakt zbytečný - nástroje na to jsou, jenom je dobře uspořádat...

[anonym]

A dedup taky typicky na data nepotřebuješ, protože to má obrovskou režii a bylo by to strašně drahý (věčná historie!).

naopak, dedup (jak je v ZFS) je idealni pro tohle prostredi (pokud mas pamet/L2ARC) - krom spotreby pameti a trochu fragmentace je nejvetsi downside znacny zpomaleni pri mazani snapshotu (protoze se s kazdym blokem kontroluje a updatuje dedup tabulka)

[Mirek Prýmek]

naopak, dedup (jak je v ZFS) je idealni pro tohle prostredi (pokud mas pamet/L2ARC) - krom spotreby pameti a trochu fragmentace je nejvetsi downside znacny zpomaleni pri mazani snapshotu (protoze se s kazdym blokem kontroluje a updatuje dedup tabulka)

V běžných datech typu zdrojáky, filmy, mp3, různé dokumenty... to asi moc duplikací nenajde, čili efekt bude zanedbatelný. A v kombinaci s nekonečnou historií by to potřebovalo enormní množství RAM. Proto si myslím, že to právě v tomhle případě nemá smysl, protože prostě poměr náklady/přínosy není moc dobrý.

Deduplikace imho má smysl tam, kde oprávněně očekávám hodně duplikací - image strojů, hodně mírně upravených verzí téhož filmu apod.

[Reklama]