GFS分布式文件系统

---

GFS分布式文件系统

GFS是一个可扩展的分布式文件系统，用于大型的、分布式的、对大量数据进行访问的应用。它运行于廉价的普通硬件上，并提供容错功能。它可以给大量的用户提供总体性能较高的服务。

---

GlusterFs简介

GlusterFs是一个开源的分布式文件系统

由存储服务器、客户端以及NFS/Samba存储网关（可选，根据需要选择使用）组成

没有元数据《务器组件，这有助于提升整个系统的性能、可靠性和稳定性。

MFS

传统的分布式文件系统大多通过元服务器来存储元数据，元数据包含存储节点上的目录信息、目录结构等。这样的设计在浏览目录时效率高，但是也存在一些缺陷，例如单点故障。一旦元数据服务器出现故障，即使节点具备再高的冗余性，整个存储系统也将崩溃。而 GlusterFS

分布式文件系统是基于无元服务器的设计，数据横向扩展能力强，具备较高的可靠性及存储效率

GlusterFS同时也是Scale-out(横向扩展）存储解决方案Gluster的核心，在存储数据方面具有强大的横向扩展能力，通过扩展能够支持数PB存储容量和处理数千客户端

GlusterFS支持借助TCP/IP或InfiniBandRDMA网络（一种支持多并发链接的技术，具有高带宽、低时延、高扩展性的特点)将物理分散分布的存储资原汇聚在一起，统一提供存储服务，并使用统一全局命名空间来管理数据

GlusterFs特点

• 扩展性和高性能
  GlusterFs利用双重特性来提供高容量存储解决方案,
• Scale-out架构允许通过简单地增加存储节点的方式来提高存储容量和性能（磁盘、计算和r/o资源都可以独立增加)，支持10GbE和InfiniBand等高速网络互联。

Gluster弹性哈希(ElasticHash）解决了GlusterFs对元数据服务器的依赖，改善了单点故障和性能瓶颈，真正实现了并行化数据访问。GlusterFs采用弹性哈希算法在存储池中可以智能地定位任意数据分片（将数据分片存储在不同节点上)，不需要查看索引或者向元数据服务器查询

• 高可用性

GlusterFS可以对文件进行自动复制，如镜像或多次复制，从而确保数据总是可以访问，甚至是在硬件故障的情况下也能正常访问

当数据出现不一致时，自我修复功能能够把数据恢复到正确的状态，数据的修复是以增量的方式在后台执行，几乎不会产生性能负载

GlusterFS可以支持所有的存储，因为它没有设计自己的私有数据文件格式，而是采用操作系统中主流标准的磁盘文件系统(如EXT3、XFS等）来存储文件，因此数据可以使用传统访问磁盘的方式被访问

• 全局统一命名空间

分布式存储中，将所有节点的命名空间整合为统一命名空间，将整个系统的所有节点的存储容量组成一个大的虚拟存储池，供前端主机访问这些节点完成数据读写操作

• 弹性卷管理

GlusterFs通过将数据储存在逻辑卷中，逻辑卷从逻辑存储池进行独立逻辑划分而得到

逻辑存储池可以在线进行增加和移除，不会导致业务中断。逻辑卷可以根据需求在线增长和缩减，并可以在多个节点中实现负载均衡

文件系统配置也可以实时在线进行更改并应用，从而可以适应工作负载条件变化或在线性能调优

• 基于标准协议

Gluster存储服务支持 NFS、CIFS、HTTP、FTP、SMB 及 Gluster原生协议，完全与 POSIX标准（可移植操作系统接口)兼容

现有应用程序不需要做任何修改就可以对Gluster中的数据进行访问，也可以使用专用API进行访问

GlusterFS术语

• Brick(存储块)
  指可信主机池中由主机提供的用于物理存储的专用分区，是GlusterFs中的基本存储单元，同时也是可信存储池中服务器上对外提供的存储目录。存储目录的格式由服务器和目录的绝对路径构成，表示方法为SERVER;EXPORT，如 192.168.237.128:/data/mydir/

• volume(逻辑卷)
  一个逻辑卷是一组Brick 的集合。卷是数据存储的逻辑设备，类似于EWM中的逻辑卷。大部分Gluster管理操作是在卷上进行的

• FUSE
  是一个内核模块，允许用户创建自己的文件系统，无须修改内核代码

• VFS
  内核空间对用户空间提供的访问磁盘的接口

• Glusterd(后台管理进程)
  在存储群集中的每个节点上都要运行

模块化堆栈式架构

GlusterFS 采用模块化、维栈式的架构
通过对模块进行各种组合，即可实现复杂的功能。例如Replicate 模块可实现RAID1，Stripe模块可实现RAID0，通过两者的组合可实现

GlusterFS 的工作流程

• 客户端或应用程序通过GlusterFs 的挂载点访问数据

• linux系统内核通过VFS API收到请求并处理

• VFS将数据递交给FUSE内核文件系统，并向系统注册一个实际的文件系统FUSE，而 FUSE文件系统则是将数据通过/dev/fuse设备文件递交给了GlusterFS client端。可以将FUSE文件系统理解为一个代理

• GlusterFS client收到数据后，client 根据配置文件的配置对数据进行处理

• 经过GlusterFS client处理后，通过网络将数据传递至远端的 clusterFS server，并且将数据写入到服务器存储设备上

弹性HASH算法

弹性HASH算法是 Davies-Meyer 算法的具体实现，通过 HASH算法可以得到一个32位的整数范围的hash值，假设逻辑卷中有N个存储单位Brick，则32位的整数范围将被划分为N个连续的子空间，每个空间对应一个Brick

当用户或应用程序访问某一个命名空间时，通过对该命名空间计算HASsH值。根据该HASs:值所对应的 32位整数空间定位数据所在的 Brick。

弹性HASH算法的优点

• 保证数据平均分布在每一个Brick中
• 解决了对元数据服务器的依赖，进而解决了单点故障以及访问瓶颈

GlusterFS支持的七种卷

分布式卷(Distribute volume)

文件通过HASH算法分布到所有 Brick Server .上，这种卷是clusterFS的默认卷，以文件为单位根据HASH算法散列到不同的Brick，其实只是扩大了磁盘空间，如果有一块磁盘损坏，数据也将丢失，属于文件级的 RAID0，不具有容错能力

在该模式下，并没有对文件进行分块处理，文件直接存储在某个server节点上

由于直接使用本地文件系统进行文件存储，所以存取效率并没有提高，反而会因为网络通信的原因而有所降低

示例原理

File1和File2存放在Server1，而File3存放在Server2，文件都是随机存储，一个文件(如File1）要么在Serverl 上，要么在Server2上，不能分块同时存放在server1和 server2上

分布式卷特点

• 文件分布在不同的服务器，不具备冗余性

• 更容易和廉价地扩展卷的大小

• 单点故障会造成数据丢失

• 依赖底层的数据保护

创建一个名为dis-volume的分布式卷，文件将根据HASH分布在server1:/dir1、server2:/dir2和server3:/dir3中gluster volume create dis-volume server1:/dirl server2:/dir2 server3:/dir3

条带卷(stripe volume)

类似、RAID0，文件被分成数据块并以轮询的方式分布到多个Brick Server 上，文件存储以数据块为单位，支持大文件存储，文件越大，读取效率越高，但是不具备冗余性

示例原理

File被分割为6段，1、3、5 放在 server1，2、4、6 放在 server2

条带卷特点

数据被分割成更小块分布到块服务器群中的不同条带区

分布减少了负载且更小的文件加速了存取的速度

没有数据冗余

复制卷( replica volume)

将文件同步到多个 Brick 上，使其具备多个文件副本，属于文件级RAID1，具有容错能力。因为数据分散在多个 Brick 中，所以读性能得到很大提升，但写性能下降

示例原理

File1 同时存在 Server1 和 Server2，File2 也是如此，相当于 Server2 中的文件是 Server1 中文件的副本。

复制卷特点

卷中所有的服务器均保存一个完整的副本

卷的副本数量可由客户创建的时候决定

至少有两个块服务器或更多服务器

具备冗余性

分布式条带卷(Distribute Stripe volume)