gluster 文件系统

troyme

关注一下

troyme

内核源代码或者头文件的位置，你要安装

troyme

How do I add a new node to an already running cluster of GlusterFS
Yes, you can add more bricks in your volume specification file and restart GlusterFS (re-mount). Its schedulers (alu) are designed to balance the file system data as you grow.

For releases after 1.3.0-pre5

Just add the extra node in unify's subvolumes list, and restart the GlusterFS, the directory structure is automatically replicated in the new server The much desired self-heal property of unify solves the burden of manually maintaining equal directory structure in all the servers before mount.

from http://www.gluster.org/docs/inde ... luster_of_GlusterFS

这个不知道算不算动态加，看起来好像可以在线加节点
最后几天正在测试，测试完放假，哈哈哈哈

[ 本帖最后由 troyme 于 2008-2-2 10:46 编辑 ]

troyme

原帖由 nntp 于 2008-2-3 04:26 发表
"and restart the GlusterFS"

一个remount过程，客户端的一个remount过程，server端没有变动，基本上和在线动态没有很大的应用层的区别吧，虽然底层是不一样的

troyme

原帖由 root_man 于 2008-4-25 20:14 发表
我一直在关注这个文件系统
因为实在找不到什么其他好的(nfs+cachefs?)来解决多server 多client的性能好 无单点故障的共享办法 .
今天突然想到 转化个思路如何.
看过glusterfs知道, glusterfs可以做成Automa ...

对于  直接读取/datacenter目录下的文件，对于你的应用，相当于具有实时网络备份功能的三个应用服务器，对于存储的空间要求是很高的（2个备份），节点增多，成本随之增高（更多备份）。这种方式只能用于少量的部署，而不适用于大规模的应用部署。

对于glusterfs这个文件系统，他的优势在于能利用infiniband的native的传输协议，在多个服务器的情况下，能极大提高多个客户端条件下的读取写入性能。而且一般不赞成将client和server放在一起（基于fuse，有着稍高的cpu占用）。

同时他是基于文件级别的共享（官方不赞成用网络strip方式），因此单点失效不会影响整个系统的文件服务，只是失效单点的文件不能访问，因此在做网络冗余的条件下（一个备份），有着非常好的可用性。