Цитат |
There is no meta data info or meta data server in GlusterFS. It is handled by the underlying file system. Also there is nothing central in GlusterFS. It is truly distributed and no single point of failure. |
Цитат |
Locking is handled distributedly across the bricks using features/posix-locks translator. Namespace locking is handled by any one of the designated glusterfsd server. NOTE: GlusterFS only supports fcntl() locks, as FUSE itself doesn't support flock() calls. |
Цитат |
What happens if a GlusterFS brick crashes? You treat it like any other storage server. The underlying filesystem will run fsck and recover from crash. With journaled file system such as Ext3 or XFS, recovery is much faster and safer. When the brick comes back, glusterfs fixes all the changes on it by its self-heal feature. |
Като производителност доколкото разбирам, Glusterfs има минимални разлики спрямо NFS.
Имам две щайги, на които имам мерак да я качвам. Ако ми се размине очакваната лудница в офиса през седмицата, ще имам опитни данни скоро '>
Според вас, може ли да се вярва на това чудо за масив около 3Тб предвид въпроса, който се обсъжда в темата?
Fuse се ползва само при клиентските машини. Доколкото разбирам fuse като стабилност не застрашава самата файлова система или поне авторите така твърдят '>
Работят и по версия без fuse, но е много ранна алфа.....
P.S Ще извинявате, ако звуча малко глуповато на моменти, но сега навлизам в тези работи :-)