GFS分布式文件系统

1、GlusterFS概述

1.1、简介

• 开源的分布式文件系统。

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

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

MFS
传统的分布式文件系统大多通过元服务器来存储元数据，元数据包含存储节点上的目录信息、目录结构等。这样的设计在浏览目录时效率高，但是也存在一些缺陷， 例如单点故障。一旦元数据服务器出现故障，即使节点具备再高的冗余性，整个存储系统也将崩溃。
​
GlusterFS
基于无元服务器的设计，数据横向扩展能力强，具备较高的可靠性及存储效率。
是横向扩展存储解决方案Cluster的核心，具有强大的横向扩展能力，通过扩展能够支持PB存储容量和处理数千客户端。
GFS将物理分散分布的存储资源汇聚在一起，统一提供存储服务，使用统一全局命名空间来管理数据。

1.2、特点

• 扩展性和高性能

利用双重特性来提供高容量存储解决方案。
(1)scaleout架构允许通过简单地增加存储节点的方式来提高存储容最和性能(磁盘、计算和I/O资源都可以独立增加)，支持10GbE和InfiniBand等高速网络互联。
(2) Gluster弹性哈希(ElasLicHash)解决了GlusterFs对元数据服务器的依赖，改善了单点故障和性能瓶颈，真正实现了并行化数据访问。GlusterFs采用弹性哈希算法在存储池中可以智能地定位任意数据分片(将数据分片存储在不同节点上)，不需要查看索引或者向元数据服务器查询。

• 高可用性

GlusterFS可以对文件进行自动复制，如镜像或多次复制，从而确保数据总是可以访问，甚至是在硬件故障的情况下也能正常访问。
当数据出现不一致时，自我修复功能能够把数据恢复到正确的状态，数据的修复是以增量的方式在后台执行，几乎不会产生性能负载。
GlusterFS可以支持所有的存储，因为它没有设计白己的私有数据文件格式，而是采用操作系统中主流标准的磁盘文件系统(如EXT3、XF3等)来存储文件，因此数据可以使用传统访问磁盘的方式被访问。

• 全局统一命名空间

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

• 弹性卷管理

GlusterFs通过将数据储存在逻辑卷中，逻辑卷从逻辑存储池进行独立逻辑划分而得到。
逻辑存储池可以在线进行增加和移除，不会导致业务中断。逻辑卷可以根据斋求在线增长和缩减，并可以在多个节点中实现负载均衡。
文件系统配置也可以实时在线进行更改并应用，从而可以适应工作负载条件变化或在线性能调优。

• 基于标准协议

Gluster存储服务支持NES、CIES、HTTP、FTP、SMB及Gluster原生协议，完全与POSIX标准(可移植操作系统接口)兼容。
现有应用程序不需费做任何修改就叫以对G1uster中的数据进行访问，也可以使用专用API进行访问，

1.3、GlusterFS术语

• Brick (存储块) :

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

• volume (逻辑卷)

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

• FUSE

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

• VFS

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

• Glusterd (后台管理进程)

在存储群集中的每个节点上都要运行。

1.4、工作流程

• 1、客户端或应用程序通过GlusterFS 的挂载点访问数据。

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

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

• 4、GlusterFSclient收到数据后，client根据配置文件的配置对数据进行处理。

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

1.5、弹性HASH算法

• 通过HASH算法得到一个32位的整数

• 划分为N个连续的子空间，每个空间对应一个Brick

• 弹性HASH算法的优点

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

2、GlusterFS的卷类型

2.1、分布式卷

• 没有对文件进行分块处理，文件直接存储在某个Server节点上

• 通过扩展文件属性保存HASH值

• 支持的底层文件系统有EXT3、EXT4、ZFS、XFS等

特点：
文件分布在不同的服务器，不具备冗余性。
更容易和廉价地扩展卷的大小。
单点故障会造成数据丢失。
依赖底层的数据保护。
​
#创建一个名为dis-volume的分布式卷，
文件将根据HASH分布在server1:/dir1、server2:/dir2和server3:/dir3中

2.2、条带卷

• 根据偏移量将文件分成N块（N个条带节点），轮询的存储在每个Brick Server节点

• 存储大文件时，性能尤为突出

• 不具备冗余性，类型Raid 0

#条带卷特点:
数据被分割成更小块分布到块服务器群中的不同条带区。
分布减少了负载且更小的文件加速了存取的速度。
没有数据冗余。
​
#创建条带卷
创建了一个名为Stripe-volume的条带卷，
文件将被分块轮询的存储在server1:/dir1和server2:/dir2两个Brick中
-------------------------------------------------------------------
gluster volume create stripe-volume stripe 2 transport tcp serverl:/dir1 server2:/dir2

2.3、复制卷

• 同一文件保存一份或多份副本

• 因为要保存副本，所以磁盘利用率较低

• 若多个节点上的存储空间不一致，将按照木桶效应取最低节点的容量作为该卷的总容量

#特点:
卷中所有的服务器均保存--个完整的副本。
卷的副本数量可由客户创建的时候决定，但复制数必须等于卷中Brick所包含的存储服务器数。
至少由两个块服务器或更多服务器。
具备冗余性。
​
#创建复制卷
创建名为rep-volume的复制卷
文件将同时存储两个副本，分别在server1:/dir1和server2:/dir2两个Brick中
-----------------------------------------------------------------
gluster volume create rep-volume replica 2 transport tcp server1:/dir1 server2:/dir2

2.4、分布式条带卷

 

• 兼顾分布式卷和条带卷的功能

• 主要用于大文件访问处理

• 至少最少需要4台服务器

###创建分布式条带卷
创建了名为dis-stripe的分布式条带卷，
配置分布式的条带卷时，卷中Brick所包含的存储服务器数必须是条带数的倍数（>=2倍）
---------------------------------------------------------
gluster volume create dis-stripe 2 transport tcp 
server1:/dir1 server2:/dir2 server3:/dir3 server4:/dir4

2.5、分布式复制卷

• 兼顾分布式卷和复制卷的功能

• 用于需要冗余的情况

###创建分布式卷复制卷
创建名为dis-rep的分布式复制卷
配置分布式的复制卷时，卷中Brick所包含的存储服务器数必须是条带数的倍数（>=2）
-----------------------------------------------------
gluster volume create dis-rep replica 2 transport tcp 
server2:/dir1 server2:/dir2 server3:/dir3 server4:/dir4