GlusterFS 概述
一， GlusterFS简介
GlusterFS 是一个开源的分布式文件系统。
由存储服务器、客户端以及NFS/Samba存储网关组成。
没有元数据服务器组件，这有助于提升整个系统的性能、可靠性和稳定性。
二，GlusterFS特点
1，扩展性和高性能
GlusterFS利用双重特性来提供高容量存储解决方案。
(1)Scale-Out架构允许通过简单地增加存储节点的方式来提高存储容量和性能
(2) Gluster弹性哈希解决了GlusterFS对元数据服务器的依赖，改善了单点故障和性能瓶颈，真正实现了并行化数据访问。
2，高可用性
GlusterFS可以对文件进行自动复制，如镜像或多次复制，从而确保数据总是可以访问，甚至是在硬件故障的情况下也能正常访问当数据出现不一致时，自我修复功能能够把数
据恢复到正确的状态，数据的修复是以增量的方式在后台执行，几乎不会产生性能负载。
GlusterFS可以支持所有的存储，因为它没有设计自己的私有数据文件格式，而是采用操作系统中主流标准的磁盘文件系统(如EXT3、XFS等)来存储文件，因此数据可以使用传
统访问磁盘的方式被访问。
3，全局统一命名空间
分布式存储中，将所有节点的命名空间整合为统一命名空间，将整个系统的所有节点的存储容量组成一个大的虛拟存储池，供前端主机访问这些节点完成数据读写操作。
4，弹性卷管理
GlusterFs通过将数据储存在逻辑卷中，逻辑卷从逻辑存储池进行独立逻辑划分而得到。
逻辑存储池可以在线进行增加和移除，不会导致业务中断。逻辑卷可以根据需求在线增长和缩减，并可以在多个节点中实现负载均衡。
文件系统配置也可以实时在线进行更改并应用，从而可以适应工作负载条件变化或在线性能调优。
5，基于标准协议
Gluster存储服务支持NFS、CIFS、HTTP、FTP、SMB 及Gluster原生协议，完全与POSIX标准(可移植操作系统接口)兼容。
现有应用程序不需要做任何修改就可以对Gluster中的数据进行访问，也可以使用专用API进行访问。
三，GlusterFS术语
1，Brick(存储块)
指可信主机池中由主机提供的用于物理存储的专用分区，是GlusterFS中的基本存储单元，同时也是可信存储池中服务器上对外提供的存储目录。
存储目录的格式由服务器和目录的绝对路径构成，表示方法为SERVER:EXPORT
2，Volume(逻辑卷)
逻辑卷是一组Brick的集合。卷是数据存储的逻辑设备，类似于LVM中的逻辑卷。Gluster管理操作是在卷上进行的。
3，FUSE
是一个内核模块，允许用户创建自己的文件系统，无须修改内核代码。
4，VFS
内核空间对用户空间提供的访问磁盘的接口。
==5，Glusterd (后台管理进程) ==
在存储群集中的每个节点上都要运行。
四，模块化堆栈式架构
GlusterFS采用模块化、堆栈式的架构。
通过对模块进行各种组合，即可实现复杂的功能。例如Replicate模块可实现RAID1，Stripe 模块可实现RAID0,
通过两者的组合可实现RAID10和RAID01，同时获得更高的性能及可靠性。
五，GlusterFS的工作流程
①，客户端或应用程序通过GlusterFS的挂载点访问数据。
②，linux系统内核通过VFS API收到请求并处理。
③，VFS将数据递交给FUSE内核文件系统，并向系统注册一个实际的文件系统FUSE，而FUSE文件系统则是将数据通过/dev/fuse设备文件递交给了GlusterFS client端。
④，GlusterFS client收到数据后，client根据配置文件的配置对数据进行处理。
⑤，经过GlusterFS client处理后，通过网络将数据传递至远端的GlusterFSServer，并且将数据写入到服务器存储设备上。
六，弹性HASH算法
弹性HASH算法是Davies-Meyer算法的具体实现，通过HASH 算法可以得到一个32位的整数范围的hash值, 假设逻辑卷中有N个存储单位Brick，则32位的整数范围将被划分为N个连续的子空间，每个空间对应一个Brick。
当用户或应用程序访问某一个命名空间时，通过对该命名空间计算HASH值，根据该HASH 值所对应的32位整数空间定位数据所在的Brick。
弹性HASH算法的优点
①，保证数据平均分布在每一个Brick 中。
②，解决了对元数据服务器的依赖，进而解决了单点故障以及访问瓶颈。
七，Glusterfs的卷类型
①，分布式卷(Distribute volume)
属于文件级的RAID0，不具有容错能力。
分布式卷具有如下特点
文件分布在不同的服务器，不具备冗余性。
更容易和廉价地扩展卷的大小。
单点故障会造成数据丢失。
依赖底层的数据保护。
②，条带卷(Stripe volume)
类似RAID0，文件被分成数据块并以轮询的方式分布到多个Brick Server上，文件存储以数据块为单位，支持大文件存储，文件越大，读取效率越高，但是不具备冗余性。
条带卷特点
数据被分割成更小块分布到块服务器群中的不同条带区。
分布减少了负载且更小的文件加速了存取的速度。
没有数据冗余。
③，复制卷(Replica volume)
属于文件级RAID 1，具有容错能力。读性能很强，但写性能较弱
复制卷具备冗余性，即使一个节点损坏，也不影响数据的正常使用。
复制卷特点
卷中所有的服务器均保存一个完整的副本。
卷的副本数量可由客户创建的时候决定，但复制数必须等于卷中Brick所包含的存储服务器数。
至少由两个块服务器或更多服务器。
具备冗余性。
④，分布式条带卷(Distribute Stripe volume)
BrickServer数量是条带数(数据块分布的Brick数量)的倍数，兼具分布式卷和条带卷的特点。
特点
创建卷时，存储服务器的数量如果等于条带或复制数，那么创建的是条带卷或者复制卷
如果存储服务器的数量是条带或复制数的2倍甚至更多，那么将创建的是分布式条带卷或分布式复制卷。
⑤，分布式复制卷(Distribute Replica volume )
Brick Server数量是镜像数(数据副本数量)的倍数，兼具分布式卷和复制卷的特点。
主要用于需要冗余的情况下。
⑥，条带复制卷(Stripe Replica volume)
类似RAID10，同时具有条带卷和复制卷的特点。
⑦，分布式条带复制卷(Distribute Stripe Repl icavolume)
三种基本卷的复合卷，通常用于类Map Reduce应用。
部署glusterFS集群
node1：192.168.226.50
node2：192.168.226.70
node3：192.168.226.80
node4：192.168.226.90
1，关闭防火墙
systemctl stop firewalld
setenforce 0
2.磁盘分区，并挂载
通过shell脚本来循环分区
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
3.修改主机名，配置/etc/hosts文件
#以Node1节点为例，实际上在四个节点都要做
hostnamectl set-hostname node1 #修改主机名
echo "192 168.226.50 node1" >> /etc/hosts
echo "192.168.226.70 node2" >> /etc/hosts
echo "192.168.226.80 node3" >> /etc/hosts
echo "192.168.226.90 node4" >> /etc/hosts
#将gfsrepo软件上传到/opt目录下，并配置grfs源
上传到目录后通过下列命令解压
如果是.zip结尾的文件
unzip ggfsrepo.zip -d /opt
cd /etc/yum.repos.d/
mkdir repo.bak
mv *.repo repo.bak
vim glfs.repo
[glfs]
name=glfs
baseurl=file;///opt/gfsrepe
gpgcheck=0
enabled=1
#更新yum源
yum clean all && yum makecache
#安装软件
yum -y install glusterfs glusterfs-server glusterfs- fuse glusterfs- rdma
#开启服务，并配置自动开启
systemctl start glusterd.service
systemctl enable glusterd.service
systemctl status glusterd.service
添加节点到存储信任池中，在一台node节点添加即可
#显示节点尚未连接，是不是防火墙没关
gluster peer probe node1
gluster peer probe node2
gluster peer probe node3
gluster peer probe node4
#在每个Node节点上查看群集状态
gluster peer status
创建卷
1.创建分布式卷
#创建分布式卷，没有指定类型，默认创建的是分布式卷
gluster volume create dis-volume node1:/data/sdb1 node2:/data/sdb1 force
#查看卷列表
gluster volume list
#启动新建分布式卷
gluster volume start dis-volume
#查看创建分布式卷信息
gluster volume info dis-volume
#停止一个卷
gluster volume stop dis-stripe
#删除一个卷，注意:删除卷时，需要先停止卷，且信任池中不能有主机处于宕机状态，否则删除不成功
gluster volume delete dis-stripe
2.创建条带卷
#指定类型为stripe，数值为2，且后面跟了2个Brick Server, 所以创建的是条带卷
gluster volume create stripe-volume stripe 2 node1:/data/sdc1 node2:/data/sdc1 force
gluster volume start stripe-volume
3.创建复制卷
#指定类型为replica, 数值为2，且后面跟了2个Brick Server, 所以创建的是复制卷
gluster volume create rep-volume replica 2 node3:/data/sdb1 node4:/data/sdb1 force
gluster volume start rep-volume
4.创建分布式条带卷
#指定类型为stripe， 数值为2，而且后面跟了4个Brick Server, 是2的两倍，所以创建的是分布式条带卷
gluster volume create dis-stripe stripe 2 node1:/data/sdd1 node2:/data/sdd1 node3:/data/sdd1 node4:/data/sdd1 force
gluster volume start dis-stripe
5.创建分布式复制卷
gluster volume create dis-rep replica 2 node1:/data/sde1 node2:/data/sde1 node3:/data/sde1 node4:/data/sde1 force
gluster volume start dis-rep
注意：在创建完卷后，要开启卷，才能使用
部署gluster客户端
上传文件
如果是.zip结尾的文件
unzip ggfsrepo.zip -d /opt
cd /etc/yum.repos.d/
mkdir repo.bak
mv *.repo repo.bak
vim glfs.repo
[glfs]
name=glfs
baseurl=file;///opt/gfsrepe
gpgcheck=0
enabled=1
#更新yum源
yum clean all && yum makecache
#安装客户端gluster
yum -y install glusterfs glusterfs-fuse
2.创建挂载目录
mkdir -p /test/{dis,stripe,rep,dis_stripe,dis_rep}
3.配置/etc/hosts文件
echo “192.168.226.50 node1” >> /etc/hosts
echo “192.168.226.70 node2” >> /etc/hosts
echo “192.168.226.80 node3” >> /etc/hosts
echo “192.168.226.90 node4” >> /etc/hosts
4.挂载Gluster文件系统
#将我们创建的卷临时挂载上去
mount.glusterfs node1:dis-volume /test/dis
mount.glusterfs node1:stripe-volume /test/stripe
mount.glusterfs node1:rep-volume /test/rep
mount.glusterfs node1:dis-stripe /test/dis_stripe
mount.glusterfs node1:dis-rep /test/dis_rep
df -Th
测试gluster文件系统
1.卷中写入文件，客户端操作
cd /opt
#从/dev/zero中拉取大小为1M的文件到demo文件中，拉取次数为40次
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
#将这些文件全部分别放入创建的文件夹中
cp /opt/demo* /test/dis
cp /opt/demo* /test/stripe/
cp /opt/demo* /test/rep/
cp /opt/demo* /test/dis_stripe/
cp /opt/demo* /test/dis_rep/
冗余测试
1，分布式卷查看
关掉node2节点
在客户端上查看/test/dis文件中的内容是否完整
文件不完整，没有冗余功能
2，条带卷查看
文件整个消失，无法访问，没有冗余功能
3，复制卷查看
发现复制卷中的文件处于完好无损的状态，得知，复制卷具有冗余作用。
4，分布式条带卷
发现虽然存在文件，在并不完整，所以分布式条带卷也不具有冗余功能
5，分布式复制卷
可以看到，文件的完好性，分布式复制卷也具有冗余功能
删除卷
删除卷时先停止卷，且在信任池中不能有主机处于宕机状态
#先停止卷
#在对卷进行删除处理
742
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
