-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256
Ahoj,
On 03.05.2015 1:03, Pavel Snajdr wrote:
Ahoj, Lepsi je na aplikaci pouzit nejakou replikaci dat (od rsyncu po cokoliv slozitejsiho).
Osobne mam v tomhle smeru velice dobry zkusenosit s GlusterFS, kde se da pro maly mnozstvi serveru u kterejch nejsou oddeleny role serveru na ukladani dat a na klienty k tem datum pouzit takova mala finta kdy GlusterFS obsahuje integrovanej NFS server. Vsechny servery maji sva data v oddlilu kterej si spravuje GlusterFS a napriklad je replikuje. No a ten adresar kterej potrebuju mit pripojenej si lokalne pripojim prez NFS. Takze to pak vypada napr takhle:
/mnt/gluster - tady jsou fyzicky ulozeny data /mnt/data-pro palikaci (nfs na localhost) - prez tohle se k tomu pristupuje.
Chtelo by to nejakou formu HA storage na levelu, kde by se o to clen nemusel starat, to souhlasim. Vsechno je mozne, ale nestihame implementovat novinky tak, jak by bylo zahodno. Chce to dobrovolniky. vpsAdmin je v Ruby, naucit se to na level, aby se dalo pomoct, neni zas tak narocny - bez tak je to spis o pochopeni konceptu za tim kodem a hlavne o technologiich, ktere se tim ovladaji.
GlusterFS, ParallelNFS.
S Aitherem velmi radi zajemcum vysvetlime, co a jak, jenom to teda chce nekoho, kdo ma chut pomoct :)
Kdyz pockas az se vratim z RIPE meetingu tak by jsme s tim mohli neco zkusit vymyslet.
Distribuovat architekturu aplikace je super napad, ale je potreba mit osetreny vsechny novy situace, kdy se co muze podelat, ktery tim vznikaji - data locality je obecne problem v clusterech skoro vzdycky :)
Dve lokality (vzdaleny) v clusterech neni problem technickej. Jen financni. :D
- -- Stanislav Petr