GlusterFS分布式文件系统

在之前工作中遇到了GFS，但是却有两种GFS，本文简绍的是第二种GFS

GFS （Google 文件系统）
GFS是一个可扩展的分布式文件系统，用于大型的、分布式的、对大量数据进行访问的应用。它运行于廉价的普通硬件上，并提供容错功能。它可以给大量的用户提供总体性能较高的服务。
GFS 也就是 google File System，Google公司为了存储海量搜索数据而设计的专用文件系统。
GlusterFS（GNU ClusterFile System）
Gluster File System 是一款自由软件，主要由Z RESEARCH 公司负责开发，十几名开发者，最近非常活跃。 文档也比较齐全，不难上手。它是一个开源的分布式文件系统，具有强大的横向扩展能力，通过扩展能够支持数PB存储容量和处理数千客户端。GlusterFS借助TCP/IP或InfiniBandRDMA网络将物理分布的存储资源聚集在一起，使用单一全局命名空间来管理数据。

盘点分布式文件存储系统
市场应用比较广泛的几款分布式文件存储系统产品

特性对比

GlusterFS 简介

GlusterFS 是一个开源的分布式文件系统。由存储服务器、客户端以及NFS/Samba 存储网关（可选，根据需要选择使用）组成。
没有元数据服务器组件，这有助于提升整个系统的性能、可靠性和稳定性。

GlusterFS同时也是Scale-Out（横向扩展）存储解决方案Gluster的核心，在存储数据方面具有强大的横向扩展能力，通过扩展能够支持数PB存储容量和处理数千客户端。
GlusterFS支持借助TCP/IP或InfiniBandRDMA网络（一种支持多并发链接的技术，具有高带宽、低时延、高扩展性的特点）将物理分散分布的存储资源汇聚在一起，统一提供存储服务，并使用统一全局命名空间来管理数据。

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

GlusterFS特点

扩展性和高性能
高可用性
全局统一命名空间
弹性卷管理
基于标准协议
扩展性和高性能

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

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

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

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

–>2.5、基于标准协议
Gluster 存储服务支持 NFS、CIFS、HTTP、FTP、SMB 及 Gluster原生协议，完全与 POSIX 标准（可移植操作系统接口）兼容。
现有应用程序不需要做任何修改就可以对Gluster 中的数据进行访问，也可以使用专用 API 进行访问。

GlusterFS 术语

Brick（存储块）：
指可信主机池中由主机提供的用于物理存储的专用分区，是GlusterFS中的基本存储单元，同时也是可信存储池中服务器上对外提供的存储目录。
存储目录的格式由<服务器>和<目录的绝对路径>构成，表示方法为 SERVER:EXPORT，如 192.168.80.10:/data/mydir/。
Volume（逻辑卷）：
一个逻辑卷是一组 Brick 的集合。卷是数据存储的逻辑设备，类似于 LVM 中的逻辑卷。大部分 Gluster 管理操作是在卷上进行的。
FUSE：
是一个内核模块，允许用户创建自己的文件系统，无须修改内核代码。
VFS：
内核空间对用户空间提供的访问磁盘的接口。
Glusterd（后台管理进程）：
在存储群集中的每个节点上都要运行。

模块化堆栈式架构

GlusterFS 采用模块化、堆栈式的架构。
通过对模块进行各种组合，即可实现复杂的功能。例如 Replicate 模块可实现 RAID1，Stripe 模块可实现 RAID0， 通过两者的组合可实现 RAID10 和 RAID01，同时获得更高的性能及可靠性。

GlusterFS的工作流程

（1）客户端或应用程序通过 GlusterFS 的挂载点访问数据。
（2）linux系统内核通过 VFS API 收到请求并处理。
（3）VFS 将数据递交给 FUSE 内核文件系统，并向系统注册一个实际的文件系统 FUSE，而 FUSE 文件系统则是将数据通过 /dev/fuse 设备文件递交给了 GlusterFS client 端。可以将 FUSE 文件系统理解为一个代理。
（4）GlusterFS client 收到数据后，client 根据配置文件的配置对数据进行处理。
（5）经过 GlusterFS client 处理后，通过网络将数据传递至远端的 GlusterFS Server，并且将数据写入到服务器存储设备上。

弹性HASH 算法

弹性 HASH 算法是 Davies-Meyer 算法的具体实现，通过 HASH 算法可以得到一个 32 位的整数范围的 hash 值，
假设逻辑卷中有 N 个存储单位 Brick，则 32 位的整数范围将被划分为 N 个连续的子空间，每个空间对应一个 Brick。
当用户或应用程序访问某一个命名空间时，通过对该命名空间计算 HASH 值，根据该 HASH 值所对应的 32 位整数空间定位数据所在的 Brick。

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

GlusterFS 的卷类型

分布式卷
条带卷
复制卷
分布式条带卷
分布式复制卷
条带复制卷
分布式条带复制卷

1、分布式卷（Distribute volume）

文件通过 HASH 算法分布到所有 Brick Server 上，这种卷是 GlusterFS 的默认卷；以文件为单位根据 HASH 算法散列到不同的 Brick，其实只是扩大了磁盘空间，如果有一块磁盘损坏，数据也将丢失，属于文件级的 RAID0， 不具有容错能力。
在该模式下，并没有对文件进行分块处理，文件直接存储在某个 Server 节点上。 由于直接使用本地文件系统进行文件存储，所以存取效率并没有提高，反而会因为网络通信的原因而有所降低。

分布式卷特点
1.文件分布在不同的服务器，不具备冗余性
2.更容易和廉价地扩展卷的大小
3.单点故障会造成数据丢失
4.依赖底层的数据保护

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

2、条带卷 （Stripe volume）

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

条带卷示例原理
File 被分割为 6 段，1、3、5 放在 Server1，2、4、6 放在 Server2。

条带卷特点
1.根据偏移量将文件分成N块（N个条带点），轮询的存储在每个Brick Serve 节点.
2.分布减少了负载,在存储大文件时，性能尤为突出.
3.没有数据冗余,类似于Raid 0

创建条带卷
创建了一个名为stripe-volume的条带卷，文件将被分块轮询的存储在Server1:/dir1和Server2:/dir2两个Brick中
gluster volume create stripe-volume stripe 2 transport tcp server1:/dir1 server2:/dir2

3、复制卷（Replica volume）

将文件同步到多个 Brick 上，使其具备多个文件副本，属于文件级 RAID 1，具有容错能力。因为数据分散在多个 Brick 中，所以读性能得到很大提升，但写性能下降。
复制卷具备冗余性，即使一个节点损坏，也不影响数据的正常使用。但因为要保存副本，所以磁盘利用率较低。

复制卷特点
1.卷中所有的服务器均保存一个完整的副本。具备冗余性.
2.卷的副本数量可由客户创建的时候决定，但复制数必须等于卷中 Brick 所包含的存储服务器数。
3.至少由两个块服务器或更多服务器。
4.若多个节点上的存储空间不一致，将按照木桶效应取最低节点的容量作为改卷的总容量。

创建复制卷
创建名为rep-volume的复制卷，文件将同时存储两个副本，分别在Server1:/dir1和Server2:/dir2两个Brick中
gluster volume create rep-volume replica 2 transport tcp server1:/dir1 server2:/dir2

4、分布式条带卷（Distribute Stripe volume）

Brick Server 数量是条带数(数据块分布的 Brick 数量)的倍数，兼具分布式卷和条带卷的特点。主要用于大文件访问处理，创建一个分布式条带卷最少需要 4 台服务器。

创建分布式条带卷
创建一个名为dis-stripe的分布式条带卷，配置分布式的条带卷时，卷中Brick所包含的存储服务器数必须是条带数的倍数（>=2倍）。Brick 的数量是 4（Server1:/dir1、Server2:/dir2、Server3:/dir3 和 Server4:/dir4），条带数为 2（stripe 2）
gluster volume create dis-stripe stripe 2 transport tcp server1:/dir1 server2:/dir2 server3:/dir3 server4:/dir4
创建卷时，存储服务器的数量如果等于条带或复制数，那么创建的是条带卷或者复制卷；如果存储服务器的数量是条带或复制数的 2 倍甚至更多，那么将创建的是分布式条带卷或分布式复制卷。

5、分布式复制卷（Distribute Replica volume）

Brick Server 数量是镜像数（数据副本数量）的倍数，兼具分布式卷和复制卷的特点。主要用于需要冗余的情况下。

创建分布式复制卷
创建一个名为dis-rep的分布式复制卷，配置分布式的复制卷时，卷中Brick所包含的存储服务器数必须是复制数的倍数（>=2倍）。Brick 的数量是 4（Server1:/dir1、Server2:/dir2、Server3:/dir3 和 Server4:/dir4），复制数为 2（replica 2）
gluster volume create dis-rep replica 2 transport tcp server1:/dir1 server2:/dir2 server3:/dir3 server4:/dir4

6、条带复制卷（Stripe Replica volume）和分布式条带复制卷（Distribute Stripe Replicavolume）

条带复制卷（Stripe Replica volume）

类似 RAID 10，同时具有条带卷和复制卷的特点。

分布式条带复制卷（Distribute Stripe Replicavolume）

三种基本卷的复合卷，通常用于类 Map Reduce 应用

磁盘分区，并挂载

#!/bin/bash
#获取sdb,sdc,sdd,sde 
NEWDEV=`ls /dev/sd* | grep -o 'sd[b-z]' | uniq`

for VAR in $NEWDEV
do
   #免交互分区
   echo -e "n\np\n\n\n\nw\n" | fdisk /dev/$VAR &> /dev/null
   
   #刷新分区表
   partprobe &> /dev/null

   #格式化
   mkfs.xfs /dev/${VAR}"1" &> /dev/null
 
   #创建挂载点
   mkdir -p /data/${VAR}"1" &> /dev/null

  #在 /etc/fstab配置开机自动挂载
   echo "/dev/${VAR}"1" /data/${VAR}"1" xfs defaults 0 0" >> /etc/fstab
done
#检测并挂载
mount -a  &> /dev/null

#授予脚本执行权限，运行脚本,查看挂载情况
[root@host103 ~]# chmod  +x /opt/fdisk.sh 
[root@host103 ~]# /opt/fdisk.sh 
[root@host103 ~]# df -h

安装

将gfsrepo 软件上传到/opt目录下。可以在windows里将包压缩成 zip 格式上传到linux

[root@node3 ~]# cd  /opt/
[root@node3 opt]# unzip gfsrepo.zip
[root@node1 ~]#cd /etc/yum.repos.d/
[root@node1 yum.repos.d]# mkdir bak2
[root@node1 yum.repos.d]# mv *.repo bak2
[root@node1 yum.repos.d]# vim glfs.repo
[glfs]
name=glfs
baseurl=file:///opt/gfsrepo
gpgcheck=0
enabled=1
[root@node1 ~]# yum -y install glusterfs glusterfs-server glusterfs-fuse glusterfs-rdma
#启动服务
[root@node1 ~]# systemctl start glusterd.service && systemctl  enable glusterd.service 

操作

• 查看集群状态

[root@BJ-BG-17.15_14:24 ~]# gluster peer status 
Number of Peers: 1
Hostname: fs02.cfaoe.local
Uuid: 3576585d-a4ea-4923-a6c0-05a9e8e92f96
State: Peer in Cluster (Connected)

• 查看卷列表

gluster volume list 

• 启动新建分布式卷

gluster volume start 卷名

• 查看创建分布式卷信息

gluster volume info 卷名
》举例
1.指定类型为replica，数值为2，且后面跟了2 个 Brick Server,所以创建的是复制卷
gluster volume create rep-volume replica 2 node3:/data/sdb1 node4:/data/sdb1 force
gluster volume start rep-volume
gluster volume info rep-volume

• 停止卷

gluster volume stop 卷名			(停止后客户机挂载的目录直接消失，在mount文件中显示)

• 删除卷

gluster volume delete 卷名		(删除卷时,需要先停止卷，且信任池中不能有主机处于宕机状态,否则删除不成功)

• 添加节点

gluster peer probe NODE-NAME

• 移除节点

gluster peer detach NODE-NAME    (需要提前将该节点上的brick移除)

1.不是复制卷(先删除brick再删除节点)
gluster volume remove-brick 卷名 节点名\ip:brick所在地址 start   ==>gluster peer detach 节点名\IP
2.是复制卷(降低副本数量再删除brick再删除节点)
gluster volume remove-brick 卷名 replica 1 节点名\IP:/data/***  ==>gluster volume remove-brick 卷名 节点名\IP:brick地址 start

• 扩展卷

gluster volume add-brick <VOLNAME> <NEW-BRICK>
注意，如果是复制卷或者条带卷，则每次添加的Brick数必须是replica或者stripe的整数倍。

• 收缩卷

先将数据迁移到其它可用的Brick，迁移结束后才将该Brick移除： 
# gluster volume remove-brick start 

在执行了start之后，可以使用status命令查看移除进度： 
# gluster volume remove-brick status 

不进行数据迁移，直接删除该Brick： 
# gluster volume remove-brick commit 
注意，如果是复制卷或者条带卷，则每次移除的Brick数必须是replica或者stripe的整数倍。

故障

启动结果：

[root@BJ-BG-17.15_15:44 ~]# systemctl status glusterd.service
glusterd.service - GlusterFS, a clustered file-system server
   Loaded: loaded (/usr/lib/systemd/system/glusterd.service; enabled)
   Active: failed (Result: exit-code) since Wed 2022-04-06 15:44:37 CST; 4s ago
  Process: 14072 ExecStart=/usr/sbin/glusterd -p /var/run/glusterd.pid (code=exited, status=1/FAILURE)
 Main PID: 17037 (code=killed, signal=SEGV)
Apr 06 15:44:37 BJ-BG-17.15 systemd[1]: Starting GlusterFS, a clustered file-system server...
Apr 06 15:44:37 BJ-BG-17.15 systemd[1]: glusterd.service: control process exited, code=exited status=1
Apr 06 15:44:37 BJ-BG-17.15 systemd[1]: Failed to start GlusterFS, a clustered file-system server.
Apr 06 15:44:37 BJ-BG-17.15 systemd[1]: Unit glusterd.service entered failed state.

原因：
　glusterfs的工作目录问题。

处理方法：

// 打开glusterfs配置文件(/etc/glusterfs/glusterd.vol)
volume management
    type mgmt/glusterd
    option working-directory /var/lib/glusterd		#working-directory的位置为/var/lib/glusterfsd
    option transport-type socket,rdma
    option transport.socket.keepalive-time 10
    option transport.socket.keepalive-interval 2
    option transport.socket.read-fail-log off
    option ping-timeout 30
#   option base-port 49152
end-volume
　　清空working-directory指定目录下的内容。
[root@BJ-BG-17.15_17:22 ~]# systemctl start glusterd.service　

如果上述不清楚的话，可以观看此链接：GlusterFS(GFS)分布式文件系统