Bolo vydané ZFS on Linux 0.6.4 (diskuse)

[maxlink]

Přemýšlím o něm, CentOS 7, 16GB RAM, 4jádro, ~ 20TB storage, potřebuji to na backup kterému mohu důvěřovat, chci integritu dat, potřebuji snapshoty a rád bych komprimaci, dedup si ani neovážím zapnout o tom jsem slyšel jen zle.

Kde je Snajpa ať se k tomu vyjádří jestli už je to OK verze o 6.3 se říkalo, že už je to ta production ready verze a pak zase, že ne, že tam jsou regrese, deadlock a hrůza.

Je možné tomu už věřit?

[Michal2]

Dedup je fajn ale s 16GiB RAM ho nelze pouzit pro 20TB uloziste. Jako absolutni minimum se uvadi 1GiB RAM na 1TiB storage pouze pro dedup.

[corwin78]

ZFS mi běží na domácím serveru nad 15 TB RAIDZ polem a šlape perfektně. OS je Ubuntu server 14.04 LTS 64bit. Pochopitelně nedostává nijak extra na prdel, ale běží mi tam například ownCloud pro několik uživatel a mám nastaveny snapshoty na všechny filesystémy.

[trubicoid]

jak resite snapshoty? snappy nebo nejakym jednoduchym skriptikem?

[.]

Mame ZoL v produkci nekdy od leta 2013 (ve spojeni s Dockerem, tehdy jsme zacinali na 0.5.x) a pouzivame zfs-auto-snapshot. Pro ZoL je to separatni skript primo na githubu ZoLu, ale nastavuje se to stejne jako na Solarisu, tedy pres com.sun:auto-snapshot* properties.

[Max]

Ahoj,
poslední info od něj jsem viděl pod mým blogem, viz : #16.
Během diskuse se vyjádřil ještě v tom smyslu, že už je něco opraveno, viz : #48
Z toho usuzuji, že verze 0.6.4 by již mohla být velice slibná. Každopádně reál asi bude znát opravdu jen Snajpa :).
Nicméně, neodpustím si ještě nelinkovat Heronovo poslední zmínku o btrfs, viz : BTRFS v praxi po 5 letech
Osobně mně tedy ZFS láká méně a méně.
Zdar Max

[snajpa]

0.6.4 je velmi slibna. Ma jeste par problemu, o kterych se vi a budou se resit, ale napr. pro ten zmineny zalohovaci use-case je to uz vic, nez v pohode. Jednou z chyb, o kterych vim, je, ze MySQL InnoDB nebude fungovat v defaultnim nastaveni, viz. #2872. Ale co se tyce stability, 0.6.4 ma vyresene vsechny mne zname problemy. A kdyz to jede na vpsFree, pojede to na podobny use-case vsem . Na masinach nam jede current master upraveny o patch, ktery AIO funkce znepristupnuje, takze problem s InnoDB neni (patch).

[mca]

On-line deduplikace se ovsem v prvni instanci neslucuje s HDD, protoze bys je useekoval k smrti. Produkce ZFS na FreeBSD.

[snajpa]

To jenom znaci, ze na ni nemas dost RAM :)

[mca]

Chapu spravne, ze jsi nevidel vetsi pole ani z rychliku?

Pole pro virtualizacni uloziste cachovane RAM + L2ARC SSD a z vesela, jako drak, se to cele fragmentuje a fragmentuje. Tech 160ks 300GB Seagate Savvio DC useekujes jako nic. Nemozne, abys na tom zapnul online deduplikaci. S HDD jsou jen a jen problemy. Minimalni IOPS, citlive na teplotu (prehrani i podchlazeni), pomale jako cert a jeste nemuzes pouzit velke disky, protoze pri resilverigu bys ztratil mladi.

Pouzivame asi jako vsichni klasicke autonomni tiered storage od Oracle ... na spicce jsou SQL akceleratory, SLC z ohnu HGST/Hitachi, levnejsi eMLC HGST/Hitachi, nejlevnejsi Intel S3700/Sandisk Optimus, Seagate Savvio a pro velka, celkem nepretezovana data klasicke Ultrastary. Ale mame i takove ty male defky na vsechno a prislo se na to, ze nez kupovat HDD, to se radeji pouziva deduplikace a vyhradne SSD, protoze tomu staci 1/5 kapacity a nad resilveringem nestravis mladi.

... tak mi prosimte nevykladej pohadku o tom, jak nekomu chybi RAM.

[snajpa]

Chapu spravne, ze jsi nevidel vetsi pole ani z rychliku?
... tak mi prosimte nevykladej pohadku o tom, jak nekomu chybi RAM.

Ne nechapes. Ale s tvym tonem jdi nekam, s takovou se o tom dal bavit nebudu. A kdybys mel zajem ton zmenit, nesedi mi to, aby ti takovej hw nestihal, zni mi to jako spatnej navrh toho pole nebo jeho konfigurace. Kdybys nahodou mel chut se bavit i jinak, nez jako arogantni kreten, dej vedet. Myslim, ze o ZFS vim dost, abych mohl pomoct (ale ve finale to stejne muze dopadnout radou typu 'pouzij OpenZFS', coz do tvy 'pohadky o enterprise hrackach' nesedi tak jako tak).

[mca]

Diky, ale zadny zajem nemam a setrvejme u toho arogatniho kretena. Bude to lepsi, nez zase poslouchat to ceske knuceni, jak je u nas vsechno lepsi, zelenejsi a levnejsi. Az na vyjimky (cest jim) jsem vsechny iluze ztratil a udelal tlustou caru. Nez se pustis do spekulaci ... nenarodil, nejsem obcanem a proto, ze clovek obcas narazi na zajimavou myslenku.

Dopadne to takto. Strhne se tu mela a opovrzeni, ze si firma dovolila koupit neco, co nenasel/neuplacal mistni diskuter ze zdroju na skladce. Vsechno moc drahy, zbytecny a jemu vse funguje, nerozbiji se, protoze ma krasne oci. S diky ne a nehledej v tom nic osobniho.

[snajpa]

Ja bych rad diskuzi drzel na technicke urovni. Co kdo vyhazuje za penize za HW je jeho vec, druha vec je, ze kdyz uz na to penize jsou, to by v tom byl cert, aby to nechodilo pekne. Ta deduplikace mi tam proste nesedi, ano, usetri to zapisy, ale to pole by melo stihat pri vhodny konfiguraci i bez ni a ta pamet pro DDT by se mela dat vyuzit lip. Ale to bych o tom systemu musel vedet vic, ie. kolik ma RAM, konfiguraci zpoolu a pripadne tunables, ktere jsi menil. A hodily by se arcstats. Also by se hodilo, kdybys lip popsal zatez, s tim, jak velky je workload (s kolika daty najednou se aktivne dela).

Mne je jedno, jak chces, pro mne je to akorat hadanka na technicky urovni s technologii, kterou mam rad, nic vic v tom nehledam. Minimalne u mne jsi s 'ceskym knucenim', jak tomu rikas, vcelku vedle

[Max]

Je škoda, že z toho děláš takovou kovbojku, byla by to jinak jistě zajímavá diskuse, protože minimálně se snajpou je rozumná řeč :-/.
Osobně bych se rád o takových řešeních a problematice dozvěděl více.
Zdar Max

[zxtlpn]

Minimálně v 0.6.3 mě opakovaně sralo, že občas nešel až do restartu odstranit klon, i když jsem ho odmountoval.