GFS分布式文件系统

---

一、GlusterFS简介

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

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

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

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

1 、GlusterFs特点

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

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

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

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

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

2、GlusterFS术语

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

3、模块化堆栈式架构

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

4、Glusterfs的工作流程

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

5、弹性 HASH 算法

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

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

弹性 HASH 算法的优点：

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

---

二、GlusterFS的卷类型

GlusterFS 支持七种卷，即分布式卷、条带卷、复制卷、分布式条带卷、分布式复制卷、条带复制卷和分布式条带复制卷。

• 分布式卷（默认）：文件通过HASH算法分布到所有Brick Server上，这种卷是GFS的基础；以文件为单位根据HASH算法散列到不同的Brick，其实只是扩大了磁盘空间，并不具备容错能力，属于文件级RAID 0

• 条带卷（默认）：类似RAID 0，文件被分成数据库并以轮询的方式分布到多个Brick Server上，文件存储以数据块为单位，支持大文件存储，文件越大，读取效率越高

• 复制卷（Replica volume）：将文件同步到多个Brick上，使其具备多个文件副本，属于文件级RAID 1，具有容错能力。因为数据分散在多个Brick中，所以读性能得到很大提升，但写性能下降

• 分布式条带卷（Distribute Stripe volume）：Brick Server数量是条带数（数据块分布的Brick数量）的倍数，兼具分布式卷和条带的特点

• 分布式复制卷（Distribute Replica volume）：Brick Server数量是镜像数（数据副本 数量）的倍数，兼具分布式卷和复制卷的特点

• 条带复制卷（Stripe Replca volume）：类似RAID 10，同时具有条带卷和复制卷的特点

• 分布式条带复制卷（Distribute Stripe Replicavolume）：三种基本卷的复合卷通常用于类Map Reduce应用。

---

三、部署GlusterFS群集

实验准备

node1服务器：20.0.0.10
node2服务器：20.0.0.5
node3服务器：20.0.0.6
node4服务器：20.0.0.7
客户端节点：20.0.0.12

四台虚拟机个添加4块网卡，仅做实验，无需太大

1、更改节点名称

##修改主机名
hostname node1
su

hostname node2
su

hostname node3
su

hostname node4
su

2、节点进行磁盘挂载，安装本地源

cd /opt
vim /fdisk.sh
#!/bin/bash
 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
    mkfs.xfs /dev/${
   VAR}"1" &> /dev/null
    mkdir -p /data/${
   VAR}"1" &> /dev/null
    echo "/dev/${VAR}"1" /data/${VAR}"1" xfs defaults 0 0" >> /etc/fstab
 done
 mount -a &> /dev/null
 ​
chmod +x /opt/fdisk.sh
cd /opt/
./fdisk.sh

[root@node1 /opt] # echo "20.0.0.10 node1" >> /etc/hosts
[root@node1 /opt] # echo "20.0.0.5 node2" >> /etc/hosts
[root@node1 /opt] # echo "20.0.0.6 node3" >> /etc/hosts
[root@node1 /opt] # echo "20.0.0.7 node4" >> /etc/hosts

[root@node1 /opt] # ls
fdisk.sh  rh
[root@node1 /opt] # rz -E
rz waiting to receive.
[root@node1 /opt] # ls
fdisk.sh  gfsrepo.zip  rh
[root@node1 /opt] # unzip gfsrepo.zip 

[root@node1 /opt] # cd /etc/yum.repos.d/
[root@node1 /etc/yum.repos.d] # ls
local.repo  repos.bak
[root@node1 /etc/yum.repos.d] # mv * repos.bak/
mv: 无法将目录"repos.bak" 移动至自身的子目录"repos.bak/repos.bak" 下
[root@node1 /etc/yum.repos.d] # ls
repos.bak
[root@node1 /etc/yum.repos.d] # vim glfs.repo

[glfs]
name=glfs
baseurl=file:///opt/gfsrepo
gpgcheck=0
enabled=1

[root@node1 /etc/yum.repos.d] # yum clean all && yum makecache
已加载插件：fastestmirror, langpacks
正在清理软件源： glfs
Cleaning up everything
Maybe you want: rm -rf /var/cache/yum, to also free up space taken by orphaned data from disabled or removed repos
已加载插件：fastestmirror, langpacks
glfs                                                                  | 2.9 kB  00:00:00     
(1/3): glfs/filelists_db                                              |  62 kB  00:00:00     
(2/3): glfs/other_db                                                  |  46 kB  00:00:00     
(3/3): glfs/primary_db                                                |  92 kB  00:00:00     
Determining fastest mirrors
元数据缓存已建立
[root@node1 /etc/yum.repos.d] # yum -y install glusterfs glusterfs-server glusterfs-fuse glusterfs-rdma

[root@node1 /etc/yum.repos.d] # systemctl start glusterd.service 
[root@node1 /etc/yum.repos.d] # systemctl enable glusterd.service
Created symlink from /etc/systemd/system/multi-user.target.wants/glusterd.service to /usr/lib/systemd/system/glusterd.service.

[root@node1 /etc/yum.repos.d] # systemctl status glusterd.service

3、添加节点创建集群

添加节点到存储信任池中