目录
一、GFS 概述
1.1 GlusterFS简介
GlusterFS 是一个开源的分布式文件系统。
由存储服务器、客户端以及NFS/Samba 存储网关(可选,根据需要选择使用)组成。
没有元数据服务器组件,这有助于提升整个系统的性能、可靠性和稳定性。(无元数据服务器)
传统的分布式文件系统大多通过元服务器来存储元数据,元数据包含存储节点上的目录信息、目录结构等。这样的设计在浏览目录时效率高,但是也存在一些缺陷,例如单点故障。一旦元数据服务器出现故障,即使节点具备再高的冗余性,整个存储系统也将崩溃。
而 GlusterFS 分布式文件系统是基于无元服务器的设计,数据横向扩展能力强,具备较高的可靠性及存储效率。
GlusterFS同时也是Scale-Out(横向扩展)存储解决方案Gluster的核心,在存储数据方面具有强大的横向扩展能力,通过扩展能够支持数PB存储容量和处理数千客户端。
GlusterFS支持借助TCP/IP或InfiniBandRDMA网络(一种支持多并发链接的技术,具有高带宽、低时延、高扩展性的特点)将物理分散分布的存储资源汇聚在一起,统一提供存储服务,并使用统一全局命名空间来管理数据。
GFS 由三个部分组成
①存储服务器
②客户端以及NFS/samba存储网关 组成
③无元数据服务器:就是保存数据的地方
二、GFS 特点
●扩展性和高性能
GlusterFS利用双重特性来提供高容量存储解决方案。
(1)Scale-Out架构允许通过简单地增加存储节点的方式来提高存储容量和性能(磁盘、计算和I/O资源都可以独立增加),支持10GbE和 InfiniBand等高速网络互联。
(2)Gluster弹性哈希(ElasticHash)解决了GlusterFS对元数据服务器的依赖,改善了单点故障和性能瓶颈,真正实现了并行化数据访问。GlusterFS采用弹性哈希算法在存储池中可以智能地定位任意数据分片(将数据分片存储在不同节点上),不需要查看索引或者向元数据服务器查询。
●高可用性
GlusterFS可以对文件进行自动复制,如镜像或多次复制,从而确保数据总是可以访问,甚至是在硬件故障的情况下也能正常访问。
当数据出现不一致时,自我修复功能能够把数据恢复到正确的状态,数据的修复是以增量的方式在后台执行,几乎不会产生性能负载。
GlusterFS可以支持所有的存储,因为它没有设计自己的私有数据文件格式,而是采用操作系统中主流标准的磁盘文件系统(如EXT3、XFS等)来存储文件,因此数据可以使用传统访问磁盘的方式被访问。
●全局统一命名空间
分布式存储中,将所有节点的命名空间整合为统一命名空间,将整个系统的所有节点的存储容量组成一个大的虚拟存储池,供前端主机访问这些节点完成数据读写操作。
●弹性卷管理
GlusterFS通过将数据储存在逻辑卷中,逻辑卷从逻辑存储池进行独立逻辑划分而得到。
逻辑存储池可以在线进行增加和移除,不会导致业务中断。逻辑卷可以根据需求在线增长和缩减,并可以在多个节点中实现负载均衡。
文件系统配置也可以实时在线进行更改并应用,从而可以适应工作负载条件变化或在线性能调优。
弹性卷可以是raid 0,raid 1,raid 5,raid 10或 lvm逻辑卷。
●基于标准协议
Gluster 存储服务支持 NFS、CIFS、HTTP、FTP、SMB 及 Gluster原生协议,完全与 POSIX 标准(可移植操作系统接口)兼容。
现有应用程序不需要做任何修改就可以对Gluster 中的数据进行访问,也可以使用专用 API 进行访问。
三、GFS 专业术语
●Brick(存储块):单独的服务器
指可信主机池中由主机提供的用于物理存储的专用分区,是GlusterFS中的基本存储单元,同时也是可信存储池中服务器上对外提供的存储目录。
存储目录的格式由服务器和目录的绝对路径构成,表示方法为 SERVER:EXPORT,如 192.168.80.7:/data/mydir/。
●Volume(逻辑卷):
一个逻辑卷是一组 Brick 的集合。卷是数据存储的逻辑设备,类似于 LVM 中的逻辑卷。大部分 Gluster 管理操作是在卷上进行的。
●FUSE:
是一个内核模块,允许用户创建自己的文件系统,无须修改内核代码。
伪文件系统
●VFS:
内核空间对用户空间提供的访问磁盘的接口。 虚拟接口
●Glusterd(后台管理进程): 服务端
在存储群集中的每个节点上都要运行。
四、模块化堆栈式架构
GlusterFS 采用模块化、堆栈式的架构。
通过对模块进行各种组合,即可实现复杂的功能。例如 Replicate 模块可实现 RAID1,Stripe 模块可实现 RAID0, 通过两者的组合可实现 RAID10 和 RAID01,同时获得更高的性能及可靠性。
五、GFS 工作原理
5.1 工作流程
(1)客户端或应用程序通过 GlusterFS 的挂载点访问数据。
(2)linux系统内核通过 VFS API 收到请求并处理。
(3)VFS 将数据递交给 FUSE 内核文件系统,并向系统注册一个实际的文件系统 FUSE,而 FUSE 文件系统则是将数据通过 /dev/fuse 设备文件(缓冲区)递交给了 GlusterFS 客户端。可以将 FUSE 文件系统理解为一个代理。
(4)GlusterFS 客户端 收到数据后,客户端 根据配置文件的配置对数据进行处理。
(5)经过 GlusterFS 客户端 处理后,通过网络将数据传递至远端的 GlusterFS 服务端,并且将数据写入到服务器存储设备上。(服务端会将数据交给VFS虚拟接口)
当用户在客户端或应用程序中通过GlusterFS的挂载点访问数据时,操作系统内核会感知到这一数据访问请
求,并通过虚拟文件系统(VFS)这一通用接口进行底层处理。接着,VFS会将请求转发给FUSE
(Filesystem in Userspace)内核模块,该模块实质上充当了一个代理文件系统。FUSE会通过特殊
的/dev/fuse设备文件,将数据访问请求交付给GlusterFS客户端。
GlusterFS客户端接收到这些数据请求后,会依据预设的配置文件规则对请求进行解析和相应的处理操作。
处理完毕后,GlusterFS客户端再通过网络将封装后的数据发送至远程的GlusterFS服务器端。最后,服务
器端接收到数据后,将其准确地写入到服务器的物理存储设备上,确保了数据的远程存储和访问。
六、 弹性 HASH 算法
弹性 HASH 算法是 Davies-Meyer 算法的具体实现,通过 HASH 算法可以得到一个 32 位的整数范围的 hash 值,假设逻辑卷中有 N 个存储单位 Brick,则 32 位的整数范围将被划分为 N 个连续的子空间,每个空间对应一个 Brick。
当用户或应用程序访问某一个命名空间时,通过对该命名空间计算 HASH 值,根据该 HASH 值所对应的 32 位整数空间定位数据所在的 Brick。
弹性 HASH 算法的优点:
保证数据平均分布在每一个 Brick 中。
解决了对元数据服务器的依赖,进而解决了单点故障以及访问瓶颈。
七、GlusterFS的卷类型
GlusterFS 支持七种卷,即分布式卷、条带卷、复制卷、分布式条带卷、分布式复制卷、条带复制卷和分布式条带复制卷。
●分布式卷(Distribute volume):
文件通过 HASH 算法分布到所有 Brick Server 上,这种卷是 GlusterFS 的默认卷;以文件为单位根据 HASH 算法散列到不同的 Brick,其实只是扩大了磁盘空间,如果有一块磁盘损坏,数据也将丢失,属于文件级的 RAID0, 不具有容错能力。
在该模式下,并没有对文件进行分块处理,文件直接存储在某个 Server 节点上。 由于直接使用本地文件系统进行文件存储,所以存取效率并没有提高,反而会因为网络通信的原因而有所降低。
示例原理:
File1 和 File2 存放在 Server1,而 File3 存放在 Server2,文件都是随机存储,一个文件(如 File1)要么在 Server1 上,要么在 Server2 上,不能分块同时存放在 Server1和 Server2 上。
分布式卷
- 没有对文件进行分块处理
- 通过扩展文件属性保存HASH值
- 支持的底层文件系统有EXT3、EXT4、ZFS、XFS等
分布式卷具有如下特点:
- 文件分布在不同的服务器,不具备冗余性。
- 更容易和廉价地扩展卷的大小。
- 单点故障会造成数据丢失。
- 依赖底层的数据保护。
创建一个名为dis-volume的分布式卷,文件将根据HASH分布在server1:/dir1、server2:/dir2和server3:/dir3中
gluster volume create dis-volume server1:/dir1 server2:/dir2 server3:/dir3
●条带卷(Stripe volume):
类似 RAID0,文件被分成数据块并以轮询的方式分布到多个 Brick Server 上,文件存储以数据块为单位,支持大文件存储, 文件越大,读取效率越高,但是不具备冗余性。
条带卷特点:
- 数据被分割成更小块分布到块服务器群中的不同条带区。
- 分布减少了负载且更小的文件加速了存取的速度。
- 没有数据冗余。
创建了一个名为stripe-volume的条带卷,文件将被分块轮询的存储在Server1:/dir1和Server2:/dir2两个Brick中
gluster volume create stripe-volume stripe 2 transport tcp server1:/dir1 server2:/dir2
●复制卷(Replica volume):机器不足 用复制卷
将文件同步到多个 Brick 上,使其具备多个文件副本,属于文件级 RAID 1,具有容错能力。因为数据分散在多个 Brick 中,所以读性能得到很大提升,但写性能下降。
复制卷具备冗余性,即使一个节点损坏,也不影响数据的正常使用。但因为要保存副本,所以磁盘利用率较低。
示例原理:
File1 同时存在 Server1 和 Server2,File2 也是如此,相当于 Server2 中的文件是 Server1 中文件的副本。
复制卷特点:
- 卷中所有的服务器均保存一个完整的副本。
- 卷的副本数量可由客户创建的时候决定,但复制数必须等于卷中 Brick 所包含的存储服务器数。
- 至少由两个块服务器或更多服务器。
- 具备冗余性。
创建名为rep-volume的复制卷,文件将同时存储两个副本,分别在Server1:/dir1和Server2:/dir2两个Brick中
gluster volume create rep-volume replica 2 transport tcp server1:/dir1 server2:/dir2
●分布式条带卷(Distribute Stripe volume):
Brick Server 数量是条带数(数据块分布的 Brick 数量)的倍数,兼具分布式卷和条带卷的特点。 主要用于大文件访问处理,创建一个分布式条带卷最少需要 4 台服务器。
示例原理:
File1 和 File2 通过分布式卷的功能分别定位到Server1和 Server2。在 Server1 中,File1 被分割成 4 段,其中 1、3 在 Server1 中的 exp1 目录中,2、4 在 Server1 中的 exp2 目录中。在 Server2 中,File2 也被分割成 4 段,其中 1、3 在 Server2 中的 exp3 目录中,2、4 在 Server2 中的 exp4 目录中。
创建一个名为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 倍甚至更多,那么将创建的是分布式条带卷或分布式复制卷。
●分布式复制卷(Distribute Replica volume):大部分企业应用
Brick Server 数量是镜像数(数据副本数量)的倍数,兼具分布式卷和复制卷的特点。主要用于需要冗余的情况下。
示例原理:
File1 和 File2 通过分布式卷的功能分别定位到 Server1 和 Server2。在存放 File1 时,File1 根据复制卷的特性,将存在两个相同的副本,分别是 Server1 中的exp1 目录和 Server2 中的 exp2 目录。在存放 File2 时,File2 根据复制卷的特性,也将存在两个相同的副本,分别是 Server3 中的 exp3 目录和 Server4 中的 exp4 目录。
创建一个名为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
了解以上五个
●条带复制卷(Stripe Replica volume):
类似 RAID 10,同时具有条带卷和复制卷的特点。
●分布式条带复制卷(Distribute Stripe Replicavolume):
三种基本卷的复合卷,通常用于类 Map Reduce 应用。
八、部署 GlusterFS 群集
实验环境:
Node1节点:node1/192.168.80.7 磁盘:/dev/sdb1 挂载点:/data/sdb1
/dev/sdc1 /data/sdc1
/dev/sdd1 /data/sdd1
/dev/sde1 /data/sde1
Node2节点:node2/192.168.80.11 磁盘:/dev/sdb1 挂载点:/data/sdb1
/dev/sdc1 /data/sdc1
/dev/sdd1 /data/sdd1
/dev/sde1 /data/sde1
Node3节点:node3/192.168.80.12 磁盘:/dev/sdb1 挂载点:/data/sdb1
/dev/sdc1 /data/sdc1
/dev/sdd1 /data/sdd1
/dev/sde1 /data/sde1
Node4节点:node4/192.168.80.13 磁盘:/dev/sdb1 挂载点:/data/sdb1
/dev/sdc1 /data/sdc1
/dev/sdd1 /data/sdd1
/dev/sde1 /data/sde1
客户端节点:192.168.80.10
准备环境(所有node节点上操作)
1.在四台主机上分别新建四块磁盘并重启
2.关闭防火墙
systemctl stop firewalld
setenforce 0
3.更改主机名,配置/etc/hosts文件
hostnamectl set-hostname node1
hostnamectl set-hostname node2
hostnamectl set-hostname node3
hostnamectl set-hostname node4
修改后使用bash刷新环境
echo "192.168.80.7 node1" >> /etc/hosts
echo "192.168.80.11 node2" >> /etc/hosts
echo "192.168.80.12 node3" >> /etc/hosts
echo "192.168.80.13 node4" >> /etc/hosts
4.磁盘分区,并挂载
vim /opt/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
以下是详细步骤的解释:
ls /dev/sd* | grep -o 'sd[b-z]' | uniq: 这行命令会列出所有以/dev/sd开头的磁盘设备,然后通
过grep过滤出名称中仅包含从b到z字母(即排除sda,通常sda为系统主硬盘)的部分,最后通过uniq去
除重复的设备名。这样得到的结果是系统中新增加的非主硬盘设备。
使用for循环遍历上述命令得到的所有新的磁盘设备名称(假设为sd[b-z]形式)。
echo -e "n\np\n\n\n\nw\n" | fdisk /dev/$VAR &> /dev/null: 对每个设备执行fdisk分区命令。这
组命令向fdisk程序发送一系列指令,创建一个新的主分区(占用整个磁盘)。\n代表换行符,实际的交
互过程如下:
n:创建新分区
\n:默认接受第一个新分区编号(通常是1)
\n:默认接受起始扇区位置
\n:默认接受结束扇区位置(即使用整个磁盘)
w:保存并退出fdisk设置
mkfs.xfs /dev/${VAR}"1": 使用mkfs.xfs工具将新创建的分区(例如 /dev/sdb1)格式化为XFS文件系
统,并将输出信息重定向到/dev/null以避免屏幕打印。
mkdir -p /data/${VAR}"1": 创建一个与新分区对应的挂载点目录,如/data/sdb1,-p选项表示如果路
径中的上级目录不存在则自动创建。
echo "/dev/${VAR}"1" /data/${VAR}"1" xfs defaults 0 0" >> /etc/fstab: 将新分区的挂载信息
追加到系统的/etc/fstab文件中,这样在系统启动时就会自动挂载此分区。挂载配置的内容是:设备路
径、挂载点、文件系统类型(这里是xfs)、挂载选项(默认值)、dump工具是否备份(此处设为0,不
备份)、fsck检查顺序(此处设为0,一般意味着在引导时无需检查)。
mount -a &> /dev/null: 执行挂载所有fstab文件中定义但尚未挂载的文件系统。这里同样将输出重定
向到/dev/null以保持静默执行。
5、安装、启动GlusterFS(所有node节点上操作)
将gfsrepo 软件上传到/opt目录下(无网环境安装)
cd /etc/yum.repos.d/
mkdir repo.bak
mv *.repo repo.bak
vim glfs.repo
[glfs]
name=glfs
baseurl=file:///opt/gfsrepo
gpgcheck=0
enabled=1
yum clean all && yum makecache
#yum -y install centos-release-gluster
#如采用官方 YUM 源安装,可以直接指向互联网仓库
注意!直接安装yum -y install glusterfs glusterfs-server glusterfs-fuse glusterfs-rdma会报
错,这是因为版本过高导致
yum remove glusterfs-api.x86_64 glusterfs-cli.x86_64 glusterfs.x86_64 glusterfs-libs.x86_64 glusterfs-client-xlators.x86_64 glusterfs-fuse.x86_64 -y
yum -y install glusterfs glusterfs-server glusterfs-fuse glusterfs-rdma
systemctl start glusterd.service
systemctl enable glusterd.service
systemctl status glusterd.service
6、添加节点到存储信任池中
只要在一台Node节点上添加其它节点即可
node1节点上输入
gluster peer probe node2
gluster peer probe node3
gluster peer probe node4
#在每个Node节点上查看群集状态
gluster peer status
创建卷
根据规划创建如下卷:
卷名称 卷类型 Brick
fbs 分布式卷 node1(/data/sdb1)、node2(/data/sdb1)
td 条带卷 node1(/data/sdc1)、node2(/data/sdc1)
fz 复制卷 node3(/data/sdb1)、node4(/data/sdb1)
fbs-td 分布式条带卷 node1(/data/sdd1)、node2(/data/sdd1)、node3(/data/sdd1)、node4(/data/sdd1)
fbs-fz 分布式复制卷 node1(/data/sde1)、node2(/data/sde1)、node3(/data/sde1)、node4(/data/sde1)
只需要在一台机器上输入命令即可。
1.创建分布式卷
创建分布式卷,没有指定类型,默认创建的是分布式卷
gluster volume create fbs node1:/data/sdb1 node2:/data/sdb1 force
# fbs是自己定义的卷名
查看卷列表
gluster volume list
启动新建分布式卷
gluster volume start fbs
2.创建条带卷
指定类型为 stripe,数值为 2,且后面跟了 2 个 Brick Server,所以创建的是条带卷
gluster volume create td stripe 2 node1:/data/sdc1 node2:/data/sdc1 force
启动新建条带卷
gluster volume start td
3.创建复制卷
指定类型为 replica,数值为 2,且后面跟了 2 个 Brick Server,所以创建的是复制卷
gluster volume create fz replica 2 node3:/data/sdb1 node4:/data/sdb1 force
启动新建复制卷
gluster volume start fz
4.创建分布式条带卷
指定类型为 stripe,数值为 2,而且后面跟了 4 个 Brick Server,是 2 的两倍,所以创建的是分布式条带卷
gluster volume create fbs-td stripe 2 node1:/data/sdd1 node2:/data/sdd1 node3:/data/sdd1 node4:/data/sdd1 force
这里的“2”意味着每个文件将被分为至少两部分,并且每部分数据块会在两个brick之间交替存储。但是由于条带宽度设置为2,这意味着每次只会使用两个节点进行条带化存储。
启动新建分布式条带卷
gluster volume start fbs-td
5.创建分布式复制卷
指定类型为 replica,数值为 2,而且后面跟了 4 个 Brick Server,是 2 的两倍,所以创建的是分布式复制卷
gluster volume create fbs-fz replica 2 node1:/data/sde1 node2:/data/sde1 node3:/data/sde1 node4:/data/sde1 force
“replica 2”表示在这个卷配置中,文件系统中的每一个文件都会被复制两份,并分别存储在两个不同的物理节点上。
启动新建分布式复制卷
gluster volume start fbs-fz
查看当前所有卷的列表
gluster volume list
部署 Gluster 客户端
1.安装客户端软件
#将gfsrepo 软件上传到/opt目下
cd /etc/yum.repos.d/
mkdir repo.bak
mv *.repo repo.bak
vim glfs.repo
[glfs]
name=glfs
baseurl=file:///opt/gfsrepo
gpgcheck=0
enabled=1
yum clean all && yum makecache
yum -y install glusterfs glusterfs-fuse
2.创建挂载目录
[root@client ~]#mkdir -p /test/{fbs,td,fz,fbs-td,fbs-fz}
[root@client ~]#ls /test
fbs fbs-fz fbs-td fz td
3.配置 /etc/hosts 文件
echo "192.168.80.7 node1" >> /etc/hosts
echo "192.168.80.11 node2" >> /etc/hosts
echo "192.168.80.12 node3" >> /etc/hosts
echo "192.168.80.13 node4" >> /etc/hosts
4.挂载 Gluster 文件系统
#临时挂载
mount.glusterfs node1:fbs /test/fbs
mount.glusterfs node1:td /test/td
mount.glusterfs node1:fz /test/fz
mount.glusterfs node1:fbs-td /test/fbs-td
mount.glusterfs node1:fbs-fz /test/fbs-fz
#永久挂载
vim /etc/fstab
node1:fbs /test/fbs glusterfs defaults,_netdev 0 0
node1:td /test/td glusterfs defaults,_netdev 0 0
node1:fz /test/fz glusterfs defaults,_netdev 0 0
node1:fbs-td /test/fbs-td glusterfs defaults,_netdev 0 0
node1:fbs-fz /test/fbs-fz glusterfs defaults,_netdev 0 0
mount -e
测试 Gluster 文件系统
1.卷中写入文件,客户端操作
cd /opt
dd if=/dev/zero of=/opt/demo1.log bs=1M count=40
dd if=/dev/zero of=/opt/demo2.log bs=1M count=40
dd if=/dev/zero of=/opt/demo3.log bs=1M count=40
dd if=/dev/zero of=/opt/demo4.log bs=1M count=40
dd if=/dev/zero of=/opt/demo5.log bs=1M count=40cp /opt/demo* /test/fbs/
cp /opt/demo* /test/fz/
cp /opt/demo* /test/td/
cp /opt/demo* /test/fbs-fz/
cp /opt/demo* /test/fbs-td/
2.查看文件分布
#查看分布式文件分布
[root@node1 ~]#ll -h /data/sdb1 #数据没有被分片
总用量 160M
-rw-r--r--. 2 root root 40M 4月 9 23:16 demo1.log
-rw-r--r--. 2 root root 40M 4月 9 23:16 demo2.log
-rw-r--r--. 2 root root 40M 4月 9 23:16 demo3.log
-rw-r--r--. 2 root root 40M 4月 9 23:16 demo4.log
[root@node2 ~]# ll -h /data/sdb1
总用量 40M
-rw-r--r--. 2 root root 40M 4月 9 23:16 demo5.log
#查看条带卷文件分布
[root@node1 ~]#ll -h /data/sdc1 #数据被分片50% 没副本 没冗余
总用量 100M
-rw-r--r--. 2 root root 20M 4月 9 23:16 demo1.log
-rw-r--r--. 2 root root 20M 4月 9 23:16 demo2.log
-rw-r--r--. 2 root root 20M 4月 9 23:16 demo3.log
-rw-r--r--. 2 root root 20M 4月 9 23:16 demo4.log
-rw-r--r--. 2 root root 20M 4月 9 23:16 demo5.log
[root@node2 ~]# ll -h /data/sdc1 #数据被分片50% 没副本 没冗余
总用量 100M
-rw-r--r--. 2 root root 20M 4月 9 23:16 demo1.log
-rw-r--r--. 2 root root 20M 4月 9 23:16 demo2.log
-rw-r--r--. 2 root root 20M 4月 9 23:16 demo3.log
-rw-r--r--. 2 root root 20M 4月 9 23:16 demo4.log
-rw-r--r--. 2 root root 20M 4月 9 23:16 demo5.log
#查看复制卷分布
[root@node3 ~]#ll -h /data/sdb1 #数据没有被分片 有副本 有冗余
总用量 200M
-rw-r--r--. 2 root root 40M 4月 9 23:16 demo1.log
-rw-r--r--. 2 root root 40M 4月 9 23:16 demo2.log
-rw-r--r--. 2 root root 40M 4月 9 23:16 demo3.log
-rw-r--r--. 2 root root 40M 4月 9 23:16 demo4.log
-rw-r--r--. 2 root root 40M 4月 9 23:16 demo5.log
[root@node4 ~]#ll -h /data/sdb1 #数据没有被分片 有副本 有冗余
总用量 200M
-rw-r--r--. 2 root root 40M 4月 9 23:16 demo1.log
-rw-r--r--. 2 root root 40M 4月 9 23:16 demo2.log
-rw-r--r--. 2 root root 40M 4月 9 23:16 demo3.log
-rw-r--r--. 2 root root 40M 4月 9 23:16 demo4.log
-rw-r--r--. 2 root root 40M 4月 9 23:16 demo5.log
#查看分布式条带卷分布
[root@node1 ~]#ll -h /data/sdd1 #数据被分片50% 没副本 没冗余
总用量 80M
-rw-r--r--. 2 root root 20M 4月 9 23:17 demo1.log
-rw-r--r--. 2 root root 20M 4月 9 23:17 demo2.log
-rw-r--r--. 2 root root 20M 4月 9 23:17 demo3.log
-rw-r--r--. 2 root root 20M 4月 9 23:17 demo4.log
[root@node2 ~]# ll -h /data/sdd1
总用量 80M
-rw-r--r--. 2 root root 20M 4月 9 23:17 demo1.log
-rw-r--r--. 2 root root 20M 4月 9 23:17 demo2.log
-rw-r--r--. 2 root root 20M 4月 9 23:17 demo3.log
-rw-r--r--. 2 root root 20M 4月 9 23:17 demo4.log
[root@node3 ~]#ll -h /data/sdd1
总用量 20M
-rw-r--r--. 2 root root 20M 4月 9 23:17 demo5.log
[root@node4 ~]#ll -h /data/sdd1
总用量 20M
-rw-r--r--. 2 root root 20M 4月 9 23:17 demo5.log
#查看分布式复制卷分布
[root@node1 ~]#ll -h /data/sde1
总用量 160M
-rw-r--r--. 2 root root 40M 4月 9 23:17 demo1.log
-rw-r--r--. 2 root root 40M 4月 9 23:17 demo2.log
-rw-r--r--. 2 root root 40M 4月 9 23:17 demo3.log
-rw-r--r--. 2 root root 40M 4月 9 23:17 demo4.log
[root@node2 ~]# ll -h /data/sde1
总用量 160M
-rw-r--r--. 2 root root 40M 4月 9 23:17 demo1.log
-rw-r--r--. 2 root root 40M 4月 9 23:17 demo2.log
-rw-r--r--. 2 root root 40M 4月 9 23:17 demo3.log
-rw-r--r--. 2 root root 40M 4月 9 23:17 demo4.log
[root@node3 ~]#ll -h /data/sde1
总用量 40M
-rw-r--r--. 2 root root 40M 4月 9 23:17 demo5.log
[root@node4 ~]#ll -h /data/sde1
总用量 40M
-rw-r--r--. 2 root root 40M 4月 9 23:17 demo5.log
破坏性测试
挂起 node2 节点模拟故障
#在客户端上查看文件是否正常
#分布式卷数据查看
[root@client opt]#ll -h /test/fbs #在客户机上发现少了demo5.log文件,这个是在node2上的
total 160M
-rw-r--r--. 1 root root 40M Apr 9 2024 demo1.log
-rw-r--r--. 1 root root 40M Apr 9 2024 demo2.log
-rw-r--r--. 1 root root 40M Apr 9 2024 demo3.log
-rw-r--r--. 1 root root 40M Apr 9 2024 demo4.log
#条带卷
[root@client opt]#ll -h /test/td #无法访问,条带卷不具备冗余性
total 0
#分布式条带卷
[root@client opt]#ll -h /test/fbs-td #无法访问,分布条带卷不具备冗余性
total 40M
-rw-r--r--. 1 root root 40M Apr 9 2024 demo5.log
#只能访问node3和node4上的分布式条带数据
#分布式复制卷
[root@client opt]#ll -h /test/fbs-fz #可以访问,分布式复制卷具备冗余性
total 200M
-rw-r--r--. 1 root root 40M Apr 9 2024 demo1.log
-rw-r--r--. 1 root root 40M Apr 9 2024 demo2.log
-rw-r--r--. 1 root root 40M Apr 9 2024 demo3.log
-rw-r--r--. 1 root root 40M Apr 9 2024 demo4.log
-rw-r--r--. 1 root root 40M Apr 9 2024 demo5.log
挂起 node2 和 node4 节点,在客户端上查看文件是否正常
#测试复制卷是否正常
[root@client opt]#ll -h /test/fz #在客户机上测试正常 数据有
total 200M
-rw-r--r--. 1 root root 40M Apr 9 2024 demo1.log
-rw-r--r--. 1 root root 40M Apr 9 2024 demo2.log
-rw-r--r--. 1 root root 40M Apr 9 2024 demo3.log
-rw-r--r--. 1 root root 40M Apr 9 2024 demo4.log
-rw-r--r--. 1 root root 40M Apr 9 2024 demo5.log
#测试分布式条卷是否正常
[root@client opt]#ll -h /test/fbs-td #在客户机上测试没有数据
total 0
#测试分布式复制卷是否正常
[root@client opt]#ll -h /test/fbs-fz #在客户机上测试正常 有数据
total 200M
-rw-r--r--. 1 root root 40M Apr 9 2024 demo1.log
-rw-r--r--. 1 root root 40M Apr 9 2024 demo2.log
-rw-r--r--. 1 root root 40M Apr 9 2024 demo3.log
-rw-r--r--. 1 root root 40M Apr 9 2024 demo4.log
-rw-r--r--. 1 root root 40M Apr 9 2024 demo5.log
上述实验测试,凡是带复制数据,相比而言,数据比较安全
扩展其他的维护命令
1.查看GlusterFS卷
gluster volume list
2.查看所有卷的信息
gluster volume info
3.查看所有卷的状态
gluster volume status
4.停止一个卷
gluster volume stop dis-stripe
5.删除一个卷,注意:删除卷时,需要先停止卷,且信任池中不能有主机处于宕机状态,否则删除不成功
gluster volume delete dis-stripe
6.设置卷的访问控制
#仅拒绝
gluster volume set dis-rep auth.deny 192.168.80.100
#仅允许
gluster volume set dis-rep auth.allow 192.168.80.* #设置192.168.80.0网段的所有IP地址都能访问dis-rep卷(分布式复制卷)
应用场景:公司把服务器的存储池的一部分租了出去,客户到期了没有续费就可以拒绝客户的访问,等
客户续费成功再允许即可。
九、GFS 9.6版本
区别:
条带卷:6.0版本后已取消
分布式条带卷:已取消
准备环境:
1、OS:Centos:7.6x86_64
2、主机
server1: 192.168.80.7 node01 /data/cs1 /data/cs2 /data/cs3
server2: 192.168.80.11 node02 /data/cs1 /data/cs2 /data/cs3
server3: 192.168.80.12 node03 /data/cs1 /data/cs2 /data/cs3
server4: 192.168.80.13 node04 /data/cs1 /data/cs2 /data/cs3
client1: 192.168.80.10 client
记得关闭防火墙
systemctl stop firewalld
setenforce 0
3、修改主机名,配置/etc/hosts文件
hostnamectl set-hostname node01
hostnamectl set-hostname node02
hostnamectl set-hostname node03
hostnamectl set-hostname node04
修改后使用bash刷新环境
echo "192.168.80.7 node01" >> /etc/hosts
echo "192.168.80.11 node02" >> /etc/hosts
echo "192.168.80.12 node03" >> /etc/hosts
echo "192.168.80.13 node04" >> /etc/hosts
5、在node01、node02、node03、node04分别安装gfs server端(用yum安装即可)
5.1、安装
安装官网源 yum -y install centos-release-gluster
安装服务 yum -y install glusterfs glusterfs-server glusterfs-fuse glusterfs-rdma
注;如果有报错可能是低版本不能兼容高版本
yum -y remove glusterfs glusterfs-server glusterfs-fuse glusterfs-rdma
5.2、启动gfsserver端并设置开机启动
systemctl start glusterd.service
systemctl enable glusterd.service
5.3、添加节点到存储信任池中
只要在一台Node节点上添加其它节点即可
[root@node01 ~]#gluster peer probe node02
[root@node01 ~]#gluster peer probe node03
[root@node01 ~]#gluster peer probe node04在每个Node节点上查看群集状态
6、创建数据目录
6.1、在node01,02,03,04上都要创建 目录为 /data/cs1 /data/cs2 /data/cs3
mkdir -p /data/cs{1..3}
6.2、创建分布式复制卷【常用】
分布式复制卷:node01:/data/cs1 node02:/data/cs1 node03:/data/cs1 node04:/data/cs1
指定类型为 replica,数值为 2,而且后面跟了 4 个 Brick Server,是 2 的两倍,所以创建的是分布式复制卷
gluster volume create fbs-fz replica 4 node01:/data/cs1 node02:/data/cs1 node03:/data/cs1 node04:/data/cs1 force
“replica 4”意味着文件系统中的每个文件会被复制并在四个不同的物理存储位置
“4”在这里代表的是数据复制的份数。
启动创建的卷
gluster volume start fbs-fz
查看卷信息
gluster volume info fbs-fz
6.3、创复制卷
复制卷:node01:/data/cs2 node02:/data/cs2
指定类型为 replica,数值为 2,且后面跟了 2 个 Brick Server,所以创建的是复制卷
gluster volume create fz replica 2 node01:/data/cs2 node02:/data/cs2 force
启动创建的卷
gluster volume start fz
6.4、分布式卷
分布式卷:node01:/data/cs3 node02:/data/cs3
创建分布式卷,没有指定类型,默认创建的是分布式卷
gluster volume create fbs node01:/data/cs3 node02:/data/cs3 force
启动创建的卷
gluster volume start fbs
6.5、查看当前所有卷的列表
gluster volume list
7、客户端挂载使用
7.1、client 安装GFS client端
yum install -y glusterfs glusterfs-fuse
7.2、创建挂载路径
mkdir -p /cs/{fz,fbs,fbs-fz}
7.3、挂载 Gluster 文件系统
#临时挂载
mount.glusterfs node01:fz /cs/fz
mount.glusterfs node01:fbs /cs/fbs
mount.glusterfs node01:fbs-fz /cs/fbs-fz
查看挂载
df -Th
#永久挂载
vim /etc/fstab
node01:fz /cs/fz glusterfs defaults,_netdev 0 0
node01:fbs /cs/fbs glusterfs defaults,_netdev 0 0
node01:fbs-fz /cs/fbs-fz glusterfs defaults,_netdev 0 0
7.4、此时就可对挂载的gfs盘测试进行读写
cd /opt
dd if=/dev/zero of=/opt/demo1.log bs=1M count=40
dd if=/dev/zero of=/opt/demo2.log bs=1M count=40
dd if=/dev/zero of=/opt/demo3.log bs=1M count=40
dd if=/dev/zero of=/opt/demo4.log bs=1M count=40
dd if=/dev/zero of=/opt/demo5.log bs=1M count=40
ll -h /opt
cp /opt/demo* /cs/fz
cp /opt/demo* /cs/fbs
cp /opt/demo* /cs/fbs-fz
查看分布式复制卷分布
[root@node01 ~]#ll -h /data/cs1 #数据没有被分片 有副本 有冗余
总用量 200M
-rw-r--r--. 2 root root 40M 4月 9 17:33 demo1.log
-rw-r--r--. 2 root root 40M 4月 9 17:33 demo2.log
-rw-r--r--. 2 root root 40M 4月 9 17:33 demo3.log
-rw-r--r--. 2 root root 40M 4月 9 17:33 demo4.log
-rw-r--r--. 2 root root 40M 4月 9 17:33 demo5.log
[root@node02 ~]# ll -h /data/cs1
总用量 200M
-rw-r--r--. 2 root root 40M 4月 9 17:33 demo1.log
-rw-r--r--. 2 root root 40M 4月 9 17:33 demo2.log
-rw-r--r--. 2 root root 40M 4月 9 17:33 demo3.log
-rw-r--r--. 2 root root 40M 4月 9 17:33 demo4.log
-rw-r--r--. 2 root root 40M 4月 9 17:33 demo5.log
[root@node03 ~]#ll -h /data/cs1
总用量 200M
-rw-r--r--. 2 root root 40M 4月 9 17:33 demo1.log
-rw-r--r--. 2 root root 40M 4月 9 17:33 demo2.log
-rw-r--r--. 2 root root 40M 4月 9 17:33 demo3.log
-rw-r--r--. 2 root root 40M 4月 9 17:33 demo4.log
-rw-r--r--. 2 root root 40M 4月 9 17:33 demo5.log
[root@node04 ~]#ll -h /data/cs1
总用量 200M
-rw-r--r--. 2 root root 40M 4月 9 17:33 demo1.log
-rw-r--r--. 2 root root 40M 4月 9 17:33 demo2.log
-rw-r--r--. 2 root root 40M 4月 9 17:33 demo3.log
-rw-r--r--. 2 root root 40M 4月 9 17:33 demo4.log
-rw-r--r--. 2 root root 40M 4月 9 17:33 demo5.log
因为在创建分布式复制卷的时候,参数设置成了replica 4
“replica 4”意味着文件系统中的每个文件会被复制并在四个不同的物理存储位置
查看复制卷分布
[root@node01 ~]#ll -h /data/cs2 #数据没有被分片 有副本 有冗余
总用量 200M
-rw-r--r--. 2 root root 40M 4月 9 17:33 demo1.log
-rw-r--r--. 2 root root 40M 4月 9 17:33 demo2.log
-rw-r--r--. 2 root root 40M 4月 9 17:33 demo3.log
-rw-r--r--. 2 root root 40M 4月 9 17:33 demo4.log
-rw-r--r--. 2 root root 40M 4月 9 17:33 demo5.log
[root@node02 ~]# ll -h /data/cs2
总用量 200M
-rw-r--r--. 2 root root 40M 4月 9 17:33 demo1.log
-rw-r--r--. 2 root root 40M 4月 9 17:33 demo2.log
-rw-r--r--. 2 root root 40M 4月 9 17:33 demo3.log
-rw-r--r--. 2 root root 40M 4月 9 17:33 demo4.log
-rw-r--r--. 2 root root 40M 4月 9 17:33 demo5.log
查看分布式文件分布
[root@node01 ~]#ll -h /data/cs3 #数据没有被分片
总用量 120M
-rw-r--r--. 2 root root 40M 4月 9 17:33 demo1.log
-rw-r--r--. 2 root root 40M 4月 9 17:33 demo2.log
-rw-r--r--. 2 root root 40M 4月 9 17:33 demo3.log
[root@node02 ~]# ll -h /data/cs3
总用量 80M
-rw-r--r--. 2 root root 40M 4月 9 17:33 demo4.log
-rw-r--r--. 2 root root 40M 4月 9 17:33 demo5.log
关于gfs命令总结:
Gluster peer status 查看所有的节点信息
Gluster peer probe name添加节点
Gluster peer detach name 删除节点
/etc/init.d/glusterstart 启动gluster
/etc/init.d/glusterstop 停止gluster
/etc/init.d/glusterrestart 重启gluster
创建卷
Gluster volume create xxx
Gluster volume info 查看卷信息
Gluster volume status 查看卷状态
gfs一般故障问题:
1.主机映射
2.时间不同步 内ntp 外 ntpdate ntp1.aliyun.com
3.防火墙/增强功能
4./etc/hosts 没有同时配置
总结
一、GFS概述
GFS是一个分布式文件系统,由存储服务器、客户端以及NFS/Samba 存储网关(可选,根据需要选择使用)
组成。没有元数据服务器组件,这有助于提升整个系统的性能、可靠性和稳定性。(无元数据服务器)
二、GFS的特点
扩展性和高性能、高可用、全局统一命名空间、弹性卷管理、基于标准协议。
扩展性和高性能:GFS可以通过简单地增加存储节点的方式来提高存储容量和性能。GFS使用
弹性哈希(ElasticHash)解决了对元数据服务器的依赖,改善了单点故障和性能瓶颈,实现了并行
化数据访问 和 智能地定位任意数据分片
高可用:GFS可以对文件进行自动复制,如镜像或多次复制,从而确保数据总是可以访问,甚至是在硬件故
障的情况下也能正常访问。当数据出现不一致时,会进行自我修复。
全局统一命名空间:它将分布在不同物理位置的存储资源(如文件、目录或卷)组织成一个逻辑上统一且连
续的视图。
弹性卷管理:逻辑存储池可以在线进行增加和移除,逻辑卷可以根据需求在线增长和缩减,并可以在多个节
点中实现负载均衡。
基于标准协议:GFS支持标准的文件访问接口,使得符合标准协议的客户端应用可以透明地与GFS进行交互
三、专业术语
●Brick(存储块):单独的服务器
指可信主机池中由主机提供的用于物理存储的专用分区,是GlusterFS中的基本存储单元,同时也是可信存储池中服务器上对外提供的存储目录。
存储目录的格式由服务器和目录的绝对路径构成,表示方法为 SERVER:EXPORT,如 192.168.80.7:/data/mydir/。
●Volume(逻辑卷):
一个逻辑卷是一组 Brick 的集合。卷是数据存储的逻辑设备,类似于 LVM 中的逻辑卷。大部分
Gluster 管理操作是在卷上进行的。
●FUSE:
是一个内核模块,允许用户创建自己的文件系统,无须修改内核代码。
伪文件系统
●VFS:
内核空间对用户空间提供的访问磁盘的接口。 虚拟接口
●Glusterd(后台管理进程): 服务端
在存储群集中的每个节点上都要运行。
四、GFS工作流程
当客户端或应用程序中通过GFS的挂载点访问数据时,操作系统内核会感知到这一数据请求,并交给
VFS虚拟接口进行处理。接着,VFS会将数据转发给FUSE内核模块(伪文件系统),FUSE并不能将数据直
接指向GFS客户端 而是会通过 dev/fuse 设备文件,将数据poll指向 GFS客户端。
GFS客户端接收到后,会根据的配置文件规则对数据进行处理。
处理完毕后,GFS客户端再通过网络将封装后的数据发送至远端的GFS服务器。最后,服务
器端接收到数据后,将数据写入到服务器存储设备上。
五、GFS卷类型
分布式卷 :以文件为单位通过hash散列在各个brick中,不具备冗余能力
条带卷 :把文件数据进行分块,轮询的分布在各个brick中,不具备冗余能力
复制卷 :把文件存放在brick中做 镜像存储,具备冗余能力
分布式条带卷 :不具备冗余能力,至少4台(个) brick,brick数量 >=2 条带的2倍
分布式复制卷 :具备冗余能力 , 至少4台(个) brick,brick数量 >=2 副本数的2倍