简述

2. 以 Glusterfs 的一个客户端配置文件入手， 来理解配置文件的同时也进一步来理解其体系结构。

4. 以一个 "write" 操作为例， 来理解glusterfs的整个处理流程

    以上就是本文的一个大致分析思路。

对体系结构的具体分析

一、给出几个从网络上收集的结构图， 来帮助我们来认识其体系结构。

图一

这是来自 glusterfs 的官方结构图， 从这个图中， 我们可以得到如下的信息：

1.

glusterfs 没有 MeteData 模块， 没有MeteData的设计模式， 使得系统的复杂度降低， 也避免了MeteData成为整个系统性能瓶颈的问题， 当然， 这种体系结构仅仅适合于基于以文件为对象的存储体系， 对于像 GoogleFS,Lustre 等基于磁盘块，inode的存储系统是不能没有MeteData的。

1.1 有MeteData系统的优势和不足：

 类似于 Google, Lustre等， MeteData是其题写结构中不可缺少的部分， 因为他们是基于磁盘块，inode的存储系统。

优点： 系统性能很好，他们将文件进行了一定的分割，并且以块的方式直接存储在磁盘上，减少了类似于 VFS的处理流程， 所以他们对于高性能的数据处理是很有优势的。

缺点： 正是因为引入了 MeteData, 使得系统的复杂度增加， 并且并发能力受到很大的限制（因为所有的处理首先要通过MeteData来定位数据的分布），增对于这个问题， 业界也出现了对MeteData的集群， 这可以缓解其并发瓶颈的问题。

1.2 没有MeteData系统的优势和不足：

Glusterfs就是这一类系统

其优势是：系统复杂度降低， 扩展容易，并且是在用户层实现，容易部署和维护，并且没有MeteData的瓶颈限制， 所以其并发性能较上面的系统有优势。

但其不足也是很明显的： 这种类型的系统只能是以文件为存储对象，所以他的处理性能会比MeteData系统差。

1.3

基于我们的实际应用，结合 Glusterfs 的优势和不足， 综合起来，Glusterfs对于我们的应用还是一个不错的选择， 况且他在业界的实际使用和被关注度也越来越多， 这也是以后集群存储的一个发展方向， 也更加适合于民间的实际使用。

2.

client 和 服务器之间可以通过 RDMA 来进行数据通讯。

3.

InfiniBand 将是我们需要重点考虑和采用的方案， 他可以有效提高数据的传输效率。

图二

3. 所以，我们以后的重点是在Client端。

图三

这样， 整个数据流的处理就完成了。

二、以 Glusterfs 的一个客户端配置文件入手， 来理解配置文件的同时也进一步来理解其体系结构。

配置文件如下：

*************************************************************
### Add client feature and attach to remote subvolume
##  client 1
volume client1
  type protocol/client
  option transport-type tcp/client
  option remote-host  10.0.0.2 # IP address of the remote brick
  option remote-port 6996 # default server port is 6996
  option remote-subvolume brick # name of the remote volume
end-volume
## client 2
volume client2
  type protocol/client
  option transport-type tcp/client
  option remote-host 10.0.0.3
  option remote-port 6996
  option remote-subvolume brick
end-volume
## client 3
volume namespacenode
  type protocol/client
  option transport-type tcp
  option remote-host 10.0.0.4
  option remote-port 6996
  option remote-subvolume brick
end-volume
## Add unify feature
volume bricks
  type cluster/unify
  subvolumes client1 client2
  option scheduler rr
  option namespace namespacenode
end-volume## Add readahead feature
volume readahead
  type performance/read-ahead
  option page-size 1MB # unit in bytes
  option page-count 2 # cache per file = (page-count x page-size)
  subvolumes bricks
end-volume
##Add io-cache feature
volume ioc
  type performance/io-cache
  subvolumes readahead         
  option page-size 1MB      # 128KB is default
  option cache-size 64MB    # 32MB is default
  option force-revalidate-timeout 5 # 1second is default
end-volume

我们可以给出上面配置文件对应的一个逻辑图， 如下图：

             /mnt/glusterfs : 客户端的mount point

1. 在系统启动的时候， 首先从命令行知道客户端的配置文件是 client.vol 文件

volume client
                type protocol/client
                option transport-type tcp/client
                option remote-host 10.0.0.3
                option remote-port 6996
                option remote-subvolume brick
end-volume

每个xlator_t 结构

以一个 "write" 操作为例， 来理解整个过程的流程：

   STACK_WIND (frame,
            writev_cbk,
            child,
            child->fops->writev,
            fd,
            vector,
            count,
            off);

/* make a call */
#define STACK_WIND(frame, rfn, obj, fn, params ...)             do {                                        call_frame_t *_new = NULL;                                                                                              _new = CALLOC (1, sizeof (call_frame_t));                   ERR_ABORT (_new);                           typeof(fn##_cbk) tmp_cbk = rfn;                     _new->root = frame->root;                       _new->next = frame->root->frames.next;                  _new->prev = &frame->root->frames;                  if (frame->root->frames.next)               \            frame->root->frames.next->prev = _new;              frame->root->frames.next = _new;                    _new->this = obj;                           _new->ret = (ret_fn_t) tmp_cbk;                     _new->parent = frame;                           _new->cookie = _new;                            LOCK_INIT (&_new->lock);                        frame->ref_count++;                                                             fn (_new, obj, params);                 
    } while (0)

/* return from function */
#define STACK_UNWIND(frame, params ...)                     do {                                        ret_fn_t fn = frame->ret;                       call_frame_t *_parent = frame->parent;                  _parent->ref_count--;                           fn (_parent, frame->cookie, _parent->this, params);     } while (0)

通过上面的分析， 我相信大家对 Glusterfs 的整体框架和内部的结构和数据流有了一个大致的了解， 有了上面这些知识的指导， 然后在结合源代码， 对Glusterfs 的理解就会更加透彻。 剩下的任务，就是针对各个 Translator 的研究分析了。

                                                                                  —— —— 以上内容整理自互联网

GlusterFS源码解析 —— GlusterFS 结构体系分析