Na vzdialenu obojstrannu synchronizaciu by sa hodil nastroj, ktory je o trochu vysie nez filesystem.
Jeden znamy to skusal na freebsd ako raid (mirror) medzi lokalnym diskom a nfs - vraj mu to fungovalo ale malo to hrozne odozvy. V tej dobe sme to chceli na session subory, tak sme to zamietli, ale na zalohovanie by to bolo skvele.
V sucasnosti pouzivam glusterfs, ktory bol par mesiacov dozadu odkupeny redhatom - takze o podporu sa netreba bat. Jedna sa o fuse filesystem ktory bezi na viacerych pocitacoch naraz. Data su synchronizovane automaticky, rychlosti su relativne dobre a v novej verzii podporuju aj vzialenu synchronizaciu cez wan siete. Ja som sietovu bezpecnost riesil stunelom a rychlost bola stale nad 30 MiB/s po lanke, co mne staci. Data su ukladane na lubovolnom suborovom systeme - exportuje sa adresar, takze v pripade vypadku tohoto systemu su data stale pristupne z povodneho adresara.
Co sa ostatnych bodov tyka, tak napriklad kryptovany filesystem je super vec dokial sa nepokazi. A komprimacia na obrazkove data nebude fungovat ( ak sa nejedna o bmp alebo dxp subory). Pri zalohovani by sa skor malo hovorit o deduplikacii, ale taky filesystem som este nepotreboval, takze neporadim...
A jaky mame na mysli nastroj?
Matne si vzpominam na doby pred 20ti lety, kdy jsme pouzivali pres crona sadu skriptu s nazvem Mirror, behalo to tusim pod Perlem ... a druhy den jsme s vzrusenim zjistovali jestli se to vybec spustilo a pokud ano, tak s jakym vysledkem ;O)
Podle mne, cim nize to bude fungovat tim lepe. Potrebuji bezobsluzny system s minimalnimi zasahy uzivatele/spravce s maximalni bezpecnosti. Pujde totiz o databazi s roentgeny a co se stane kdyz prohodime dva roentgeny asi vsichni zname z ruznych komedii ;o))
NFS co si dobre vzpominam, byla prvni vec co ve sve dobe fungovala pro vzdalene mapovani a prenos dat, ale co se prenosovych rychlosti tyce, bylo vzdy ryhlejsi to prenaset po disketach ... a kdyz jsem jej pred lety naposledy zkousel, rychlosti nebyly porad na nejake stabilni prenosy dat. Ale mnoho lidi jen melo implementovano a byly s nim spokojeni.
Samzorejme ze je zde moznost udelal dve lokalni RAID1 polde ktere pomoci sifrovaneho a zkompresovaneho tunelu budu data mirrorovat a nasledne kontrolovat a nechavat si posilat emailem vysledky, ale jak rikam, doufam, ze doba pokrocila (jeste to nevim).
Diky za tip na glusterfs! Takoveto info potrebuji.
Samozrejme vim, ze obrazky se vetsinou spatne kompresuji, ale zase vim, ze sql databaze umoznuji dobrou kompresi (bezi to na SQL) a po pravde receno nevim v jakem formatu to maji a je mi to jedno. Ale jelikoz vim, ze ten nejemensi snimek ma 2mega (nejvesti muze mit o dva rady vys), tak ztratovy jpg to asi urcite nebude .. tipuji to nejaky bezztratovy TIFF, jelikoz je mozno s temi snimky jeste dal pracovat - ostrit, zvetsovat, atd. a to by pri klasicke ztratove kompresi asi moc neslo. ALe jak rikam jde o me domnenky.
Cryptovany FS tam chci kvuli moznemu zcizeni HW - data budou v tomto pripade dulezitejsi nez cena HW a jelikoz pujde o zalohu zalohy ... ale i tak bych rad videl paritni sledovani ala ZFS.nProste kdyz it zalohu tak 100%ni a nemit strach jestli nahodou nekde po ceste v radici ci v tunelu se nejaky byte nepozmenil. V tomto pripade puje o bezpecnost na prvnim miste. Ted mne napadl slogan - velka bezpecnost za maly peniz ;O))) (neplest si z a s)
Termin deduplikace jsem uz nekde slysel, ale musim se po pravde podivat co si mam pod tim presne predstavit.
Jdu studovat. Diky. Jaromir