GlusterFS分布式存储
目录
glusterfs简介
glusterfs部署
glustefs分布式存储优化
glusterfs在企业中应用场景
参考文章地址
一、glusterfs简介
Glusterfs是一个开源的分布式文件系统，是Scale存储的核心，能够处理千数量级的客户端。是整合了许多存储块（server）通过Infiniband RDMA或者 Tcp/Ip方式互联的一个并行的网络文件系统。
特征：
- 容量可以按比例的扩展，且性能却不会因此而降低。
- 廉价且使用简单，完全抽象在已有的文件系统之上。
- 扩展和容错设计的比较合理，复杂度较低
- 适应性强，部署方便，对环境依赖低，使用，调试和维护便利
二、glusterfs安装部署
一般在企业中，采用的是分布式复制卷，因为有数据备份，数据相对安全。
网络要求全部千兆环境，gluster 服务器至少有 2 块网卡，1 块网卡绑定供 gluster 使用，剩余一块分配管理网络 IP，用于系统管理。如果有条件购买万兆交换机，服务器配置万兆网卡，存储性能会更好。网络方面如果安全性要求较高，可以多网卡绑定。
跨地区机房配置 Gluster，在中国网络格局下不适用。
- 注意：GlusterFS将其动态生成的配置文件存储在/var/lib/glusterd中。如果在任何时候GlusterFS无法写入这些文件（例如，当后备文件系统已满），它至少会导致您的系统不稳定的行为; 或者更糟糕的是，让您的系统完全脱机。建议为/var/log等目录创建单独的分区，以确保不会发生这种情况。
1、安装glusterfs前的环境准备
1.1、服务规划：
| 操作系统 | IP | 主机名 | 硬盘数量（三块） |
| centos 7.4 | 10.0.0.101 | node1 | sdb:5G sdc:5G sdd:5G |
| centos 7.4 | 10.0.0.102 | node2 | sdb:5G sdc:5G sdd:5G |
| centos 7.4 | 10.0.0.103 | node3 | sdb:5G sdc:5G sdd:5G |
| centos 7.4 | 10.0.0.104 | node4 | sdb:5G sdc:5G sdd:5G |
| centos 7.4 | 10.0.0.105 | node5-client | sda:20G |
1.2、首先关闭iptables和selinux，配置hosts文件如下（全部glusterfs主机）
注：node01~node04所有的主机hosts文件均为此内容；同时全部修改为对应的主机名，centos7修改主机名方式：#hostnamectl set-hostname 主机名 （即为临时和永久生效） 可以使用#hostnamectl status 查看系统基本信息
[root@node01 ~]# cat /etc/hosts 127.0.0.1 localhost localhost.localdomain localhost4 localhost4.localdomain4 ::1 localhost localhost.localdomain localhost6 localhost6.localdomain6 10.0.0.101 node01 10.0.0.102 node02 10.0.0.103 node03 10.0.0.104 node04 [root@node01 ~]# systemctl stop firewalld.service #停止firewalld [root@node01 ~]# systemctl disable firewalld.service #禁止firewalld开机自启 [root@node01 ~]# sed -i 's#SELINUX=enforcing#SELINUX=disabled#g' /etc/selinux/config #关闭SELinux [root@node01 ~]# setenforce 0 [root@node01 ~]# getenforce Permissive [root@node01 ~]# ntpdate time.windows.com #同步时间
1.3、安装gluterfs源（全部glusterfs主机）
[root@node01 ~]#wget -O /etc/yum.repos.d/epel.repo http://mirrors.aliyun.com/repo/epel-7.repo #不是必须的 [root@node01 ~]#yum search centos-release-gluster #查看有哪些版本的glusterfs源 ================================================ N/S matched: centos-release-gluster ================================================= centos-release-gluster310.noarch : Gluster 3.10 (Long Term Stable) packages from the CentOS Storage SIG repository centos-release-gluster312.noarch : Gluster 3.12 (Long Term Stable) packages from the CentOS Storage SIG repository centos-release-gluster313.noarch : Gluster 3.13 (Short Term Stable) packages from the CentOS Storage SIG repository centos-release-gluster36.noarch : GlusterFS 3.6 packages from the CentOS Storage SIG repository centos-release-gluster37.noarch : GlusterFS 3.7 packages from the CentOS Storage SIG repository centos-release-gluster38.noarch : GlusterFS 3.8 packages from the CentOS Storage SIG repository centos-release-gluster39.noarch : Gluster 3.9 (Short Term Stable) packages from the CentOS Storage SIG repository
这里我们使用glusterfs的3.12版本的源
[root@node01 ~]# yum -y install centos-release-gluster312.noarch
1.4、安装glusterfs(全部glusterfs主机)
在安装glusterfs的时候直接指定源为glusterfs源，由于 源[centos-gluster310-test]的enable为0,所以在指定源的时候用–enablerepo来让源生效
cat /etc/yum.repos.d/CentOS-Gluster-3.12.repo
安装glusterfs
[root@node01 ~]# yum -y --enablerepo=centos-gluster*-test install glusterfs-server glusterfs-cli glusterfs-geo-replication
1.5、查看glusterfs版本并启动glusterfs服务(全部glusterfs主机)
[root@node01 ~]# glusterfs -V glusterfs 3.12.5 [root@node01 ~]# systemctl start glusterd.service [root@node01 ~]# systemctl enable glusterd.service [root@node01 ~]# systemctl status glusterd.service [root@node01 ~]# netstat -lntup Proto Recv-Q Send-Q Local Address Foreign Address State PID/Program name tcp 0 0 0.0.0.0:111 0.0.0.0:* LISTEN 1/systemd tcp 0 0 0.0.0.0:22 0.0.0.0:* LISTEN 866/sshd tcp 0 0 127.0.0.1:25 0.0.0.0:* LISTEN 972/master tcp 0 0 0.0.0.0:24007 0.0.0.0:* LISTEN 2268/glusterd tcp6 0 0 :::111 :::* LISTEN 1/systemd tcp6 0 0 :::22 :::* LISTEN 866/sshd tcp6 0 0 ::1:25 :::* LISTEN 972/master udp 0 0 0.0.0.0:111 0.0.0.0:* 2266/rpcbind udp 0 0 0.0.0.0:745 0.0.0.0:* 2266/rpcbind udp 0 0 127.0.0.1:323 0.0.0.0:* 527/chronyd udp6 0 0 :::111 :::* 2266/rpcbind udp6 0 0 :::745 :::* 2266/rpcbind udp6 0 0 ::1:323 :::* 527/chronyd
1.6、格式化磁盘(全部glusterfs主机)
在每台主机上创建几块硬盘，做接下来的分布式存储使用
注：创建的硬盘要用xfs格式来格式化硬盘，如果用ext4来格式化硬盘的话，对于大于16TB空间格式化就无法实现了。所以这里要用xfs格式化磁盘(centos7默认的文件格式就是xfs)，并且xfs的文件格式支持PB级的数据量
如果是centos6默认是不支持xfs的文件格式，要先安装xfs支持包
yum install xfsprogs -y
用fdisk -l 查看磁盘设备，例如查看data-1-1的磁盘设备，这里的sdc、sdd、sde是新加的硬盘
[root@node01 ~]# fdisk -l Disk /dev/sdb: 5368 MB, 5368709120 bytes Disk /dev/sdc: 5368 MB, 5368709120 bytes Disk /dev/sdd: 5368 MB, 5368709120 bytes
特别说明：
如果磁盘大于 2T 的话就用 parted 来分区，这里我们不用分区（可以不分区）； 做分布式文件系统的时候数据盘一般不需要做 RAID，一般系统盘会做 RAID 1； 如果有raid卡的话，较好用上，raid卡有数据缓存功能，也能提高磁盘的iops，较好的话，用RAID 5； 如果都不做raid的话，也是没问题的，glusterfs也是可以保证数据的安全的。 这里使用官方推荐的格盘方式：http://docs.gluster.org/en/latest/Quick-Start-Guide/Quickstart/#purpose-of-this-document
[root@node01 ~]# mkfs.xfs -i size=512 /dev/sdb [root@node01 ~]# mkfs.xfs -i size=512 /dev/sdc [root@node01 ~]# mkfs.xfs -i size=512 /dev/sdd
在四台机器上创建挂载块设备的目录，挂载硬盘到目录
mkdir -p /data/brick{1..3}
echo '/dev/sdb /data/brick1 xfs defaults 0 0' >> /etc/fstab
echo '/dev/sdc /data/brick2 xfs defaults 0 0' >> /etc/fstab
echo '/dev/sdd /data/brick3 xfs defaults 0 0' >> /etc/fstab
#挂载mount-a [root@node01 ~]# df -h /dev/sdc 5.0G 33M 5.0G 1% /data/brick2 /dev/sdd 5.0G 33M 5.0G 1% /data/brick3 /dev/sdb 5.0G 33M 5.0G 1% /data/brick1
注：再次说明——以上操作均在node01-node04上同时操作
2、操作
2.1、将分布式存储主机加入到信任主机池并查看加入的主机状态
随便在一个开启glusterfs服务的主机上将其他主机加入到一个信任的主机池里，这里选择node01
[root@node01 ~]# gluster peer probe node02 peer probe: success. [root@node01 ~]# gluster peer probe node03 peer probe: success. [root@node01 ~]# gluster peer probe node04 peer probe: success.
查看主机池中主机的状态
[root@node01 ~]# gluster peer status Number of Peers: 3 #除本机外，还有三台主机主机池中 Hostname: node02 Uuid: 6020709d-1b46-4e2c-9cdd-c4b3bba47b4b State: Peer in Cluster (Connected) Hostname: node03 Uuid: 147ee557-51f1-43fe-a27f-3dae2880b5d4 State: Peer in Cluster (Connected) Hostname: node04 Uuid: f61af299-b00d-489c-9fd9-b4f6a336a6c7 State: Peer in Cluster (Connected) 注意：一旦建立了这个池，只有受信任的成员可能会将新的服务器探测到池中。新服务器无法探测池，必须从池中探测。
2.2、创建glusterfs卷
GlusterFS 五种卷
- Distributed：分布式卷，文件通过 hash 算法随机分布到由 bricks 组成的卷上。
- Replicated: 复制式卷，类似 RAID 1，replica 数必须等于 volume 中 brick 所包含的存储服务器数，可用性高。
- Striped: 条带式卷，类似 RAID 0，stripe 数必须等于 volume 中 brick 所包含的存储服务器数，文件被分成数据块，以 Round Robin 的方式存储在 bricks 中，并发粒度是数据块，大文件性能好。
- Distributed Striped: 分布式的条带卷，volume中 brick 所包含的存储服务器数必须是 stripe 的倍数（>=2倍），兼顾分布式和条带式的功能。
- Distributed Replicated: 分布式的复制卷，volume 中 brick 所包含的存储服务器数必须是 replica 的倍数（>=2倍），兼顾分布式和复制式的功能。
分布式复制卷的brick顺序决定了文件分布的位置，一般来说，先是两个brick形成一个复制关系，然后两个复制关系形成分布。
企业一般用后两种，大部分会用分布式复制（可用容量为 总容量/复制份数），通过网络传输的话较好用万兆交换机，万兆网卡来做。这样就会优化一部分性能。它们的数据都是通过网络来传输的。
配置分布式卷
#在信任的主机池中任意一台设备上创建卷都可以，而且创建好后可在任意设备挂载后都可以查看
[root@node01 ~]# gluster volume create gv1 node01:/data/brick1 node02:/data/brick1 force #创建分布式卷
volume create: gv1: success: please start the volume to access data
[root@node01 ~]# gluster volume start gv1 #启动卷gv1
volume start: gv1: success
[root@node01 ~]# gluster volume info gv1 #查看gv1的配置信息
Volume Name: gv1
Type: Distribute #分布式卷
Volume ID: 85622964-4b48-47d5-b767-d6c6f1e684cc
Status: Started
Snapshot Count: 0
Number of Bricks: 2
Transport-type: tcp
Bricks:
Brick1: node01:/data/brick1
Brick2: node02:/data/brick1
Options Reconfigured:
transport.address-family: inet
nfs.disable: on
[root@node01 ~]# mount -t glusterfs 127.0.0.1:/gv1 /opt #挂载gv1卷
[root@node01 ~]# df -h
文件系统 容量 已用 可用 已用% 挂载点/dev/sdc 5.0G 33M 5.0G 1% /data/brick2
/dev/sdd 5.0G 33M 5.0G 1% /data/brick3
/dev/sdb 5.0G 33M 5.0G 1% /data/brick1
127.0.0.1:/gv1 10G 65M 10G 1% /opt #连个设备容量之和
[root@node01 ~]# cd /opt/
[root@node01 opt]# touch {a..f} #创建测试文件
[root@node01 opt]# ll
总用量 0
-rw-r--r--. 1 root root 0 2月 2 23:59 a
-rw-r--r--. 1 root root 0 2月 2 23:59 b
-rw-r--r--. 1 root root 0 2月 2 23:59 c
-rw-r--r--. 1 root root 0 2月 2 23:59 d
-rw-r--r--. 1 root root 0 2月 2 23:59 e
-rw-r--r--. 1 root root 0 2月 2 23:59 f
# 在node04也可看到新创建的文件，信任存储池中的每一台主机挂载这个卷后都可以看到
[root@node04 ~]# mount -t glusterfs 127.0.0.1:/gv1 /opt
[root@node04 ~]# ll /opt/
总用量 0
-rw-r--r--. 1 root root 0 2月 2 2018 a
-rw-r--r--. 1 root root 0 2月 2 2018 b
-rw-r--r--. 1 root root 0 2月 2 2018 c
-rw-r--r--. 1 root root 0 2月 2 2018 d
-rw-r--r--. 1 root root 0 2月 2 2018 e
-rw-r--r--. 1 root root 0 2月 2 2018 f
[root@node01 opt]# ll /data/brick1/
总用量 0
-rw-r--r--. 2 root root 0 2月 2 23:59 a
-rw-r--r--. 2 root root 0 2月 2 23:59 b
-rw-r--r--. 2 root root 0 2月 2 23:59 c
-rw-r--r--. 2 root root 0 2月 2 23:59 e
[root@node02 ~]# ll /data/brick1
总用量 0
-rw-r--r--. 2 root root 0 2月 2 23:59 d
-rw-r--r--. 2 root root 0 2月 2 23:59 f
#文件实际存在位置node01和node02上的/data/brick1目录下,通过hash分别存到node01和node02上的分布式磁盘上
配置复制卷
注：复制模式，既AFR, 创建volume 时带 replica x 数量: 将文件复制到 replica x 个节点中。
这条命令的意思是使用Replicated的方式，建立一个名为gv2的卷(Volume)，存储块(Brick)为2个，分别为node01:/data/brick2和node02:/data/brick2；
fore为强制创建：因为复制卷在双方主机通信有故障再恢复通信时容易发生脑裂。本次为实验环境，生产环境不建议使用。
[root@node01 ~]# gluster volume create gv2 replica 2 node01:/data/brick2 node02:/data/brick2 force
volume create: gv2: success: please start the volume to access data
[root@node01 ~]# gluster volume start gv2 #启动gv2卷
volume start: gv2: success
[root@node01 ~]# gluster volume info gv2 #查看gv2信息
Volume Name: gv2
Type: Replicate #复制卷
Volume ID: 9f33bd9a-7096-4749-8d91-1e6de3b50053
Status: Started
Snapshot Count: 0
Number of Bricks: 1 x 2 = 2
Transport-type: tcp
Bricks:
Brick1: node01:/data/brick2
Brick2: node02:/data/brick2
Options Reconfigured:
transport.address-family: inet
nfs.disable: on
performance.client-io-threads: off
[root@node01 ~]# mount -t glusterfs 127.0.0.1:/gv2 /mnt
[root@node01 ~]# df -h
文件系统 容量 已用 可用 已用% 挂载点
/dev/sdc 5.0G 33M 5.0G 1% /data/brick2
/dev/sdd 5.0G 33M 5.0G 1% /data/brick3
/dev/sdb 5.0G 33M 5.0G 1% /data/brick1
127.0.0.1:/gv1 10G 65M 10G 1% /opt
127.0.0.1:/gv2 5.0G 33M 5.0G 1% /mnt #容量是总容量的一半
[root@node01 ~]# cd /mnt/
[root@node01 mnt]# touch {1..6}
[root@node01 mnt]# ll /data/brick2
总用量 0
-rw-r--r--. 2 root root 0 2月 3 01:06 1
-rw-r--r--. 2 root root 0 2月 3 01:06 2
-rw-r--r--. 2 root root 0 2月 3 01:06 3
-rw-r--r--. 2 root root 0 2月 3 01:06 4
-rw-r--r--. 2 root root 0 2月 3 01:06 5
-rw-r--r--. 2 root root 0 2月 3 01:06 6
[root@node02 ~]# ll /data/brick2
总用量 0
-rw-r--r--. 2 root root 0 2月 3 01:06 1
-rw-r--r--. 2 root root 0 2月 3 01:06 2
-rw-r--r--. 2 root root 0 2月 3 01:06 3
-rw-r--r--. 2 root root 0 2月 3 01:06 4
-rw-r--r--. 2 root root 0 2月 3 01:06 5
-rw-r--r--. 2 root root 0 2月 3 01:06 6
#创建文件的实际存在位置为node01和node02上的/data/brick2目录下，因为是复制卷，这两个目录下的内容是完全一致的。
配置条带卷
[root@node01 ~]# gluster volume create gv3 stripe 2 node01:/data/brick3 node02:/data/brick3 force volume create: gv3: success: please start the volume to access data [root@node01 ~]# gluster volume start gv3 volume start: gv3: success [root@node01 ~]# gluster volume info gv3 Volume Name: gv3 Type: Stripe Volume ID: 54c16832-6bdf-42e2-81a9-6b8d7b547c1a Status: Started Snapshot Count: 0 Number of Bricks: 1 x 2 = 2 Transport-type: tcp Bricks: Brick1: node01:/data/brick3 Brick2: node02:/data/brick3 Options Reconfigured: transport.address-family: inet nfs.disable: on [root@node01 ~]# mkdir /data01 [root@node01 ~]# mount -t glusterfs 127.0.0.1:/gv3 /data01 [root@node01 ~]# df -h 文件系统 容量 已用 可用 已用% 挂载点 127.0.0.1:/gv3 10G 65M 10G 1% /data01 [root@node01 ~]# dd if=/dev/zero bs=1024 count=10000 of=/data01/10M.file [root@node01 ~]# dd if=/dev/zero bs=1024 count=20000 of=/data01/20M.file [root@node01 ~]# ll /data01/ -h 总用量 30M -rw-r--r--. 1 root root 9.8M 2月 3 02:03 10M.file -rw-r--r--. 1 root root 20M 2月 3 02:04 20M.file ************************************************************************************* #文件的实际存放位置： [root@node01 ~]# ll -h /data/brick3 总用量 15M -rw-r--r--. 2 root root 4.9M 2月 3 02:03 10M.file -rw-r--r--. 2 root root 9.8M 2月 3 02:03 20M.file [root@node02 ~]# ll -h /data/brick3 总用量 15M -rw-r--r--. 2 root root 4.9M 2月 3 02:03 10M.file -rw-r--r--. 2 root root 9.8M 2月 3 02:04 20M.file # 上面可以看到 10M 20M 的文件分别分成了 2 块（这是条带的特点），写入的时候是循环地一点一点在node01和node02的磁盘上. #上面配置的条带卷在生产环境是很少使用的，因为它会将文件破坏，比如一个图片，它会将图片一份一份地分别存到条带卷中的brick上。
配置分布式复制卷
较少需要4台服务器才能创建,[生产场景推荐使用此种方式]
#将原有的复制卷gv2进行扩容，使其成为分布式复制卷；
#要扩容前需停掉gv2
[root@node01 ~]# gluster volume stop gv2
[root@node01 ~]# gluster volume add-brick gv2 replica 2 node03:/data/brick1 node04:/data/brick1 force #添加brick到gv2中 volume add-brick: success [root@node01 ~]# gluster volume start gv2 volume start: gv2: success [root@node01 ~]# gluster volume info gv2 Volume Name: gv2 Type: Distributed-Replicate # 这里显示是分布式复制卷，是在 gv2 复制卷的基础上增加 2 块 brick 形成的 Volume ID: 9f33bd9a-7096-4749-8d91-1e6de3b50053 Status: Started Snapshot Count: 0 Number of Bricks: 2 x 2 = 4 Transport-type: tcp Bricks: Brick1: node01:/data/brick2 Brick2: node02:/data/brick2 Brick3: node03:/data/brick1 Brick4: node04:/data/brick1 Options Reconfigured: transport.address-family: inet nfs.disable: on performance.client-io-threads: off 注意：当你给分布式复制卷和分布式条带卷增加 bricks 时，你增加的 bricks 数目必须是复制或条带数目的倍数， 例如：你给一个分布式复制卷的 replica 为 2，你在增加 bricks 的时候数量必须为2、4、6、8等。 扩容后进行测试，发现文件都分布在扩容前的卷中。
配置分布式条带卷
#将原有的复制卷gv3进行扩容，使其成为分布式条带卷 #要扩容前需停掉gv3 [root@node01 ~]# gluster volume stop gv3 [root@node01 ~]# gluster volume add-brick gv3 stripe 2 node03:/data/brick2 node04:/data/brick2 force #添加brick到gv3中 [root@node01 ~]# gluster volume start gv3 volume start: gv3: success [root@node01 ~]# gluster volume info gv3 Volume Name: gv3 Type: Distributed-Stripe # 这里显示是分布式条带卷，是在 gv3 条带卷的基础上增加 2 块 brick 形成的 Volume ID: 54c16832-6bdf-42e2-81a9-6b8d7b547c1a Status: Started Snapshot Count: 0 Number of Bricks: 2 x 2 = 4 Transport-type: tcp Bricks: Brick1: node01:/data/brick3 Brick2: node02:/data/brick3 Brick3: node03:/data/brick2 Brick4: node04:/data/brick2 Options Reconfigured: transport.address-family: inet nfs.disable: on
分布式复制卷的 较佳实践：
1)搭建条件 - 块服务器的数量必须是复制的倍数 - 将按块服务器的排列顺序指定相邻的块服务器成为彼此的复制 例如，8台服务器： - 当复制副本为2时，按照服务器列表的顺序，服务器1和2作为一个复制,3和4作为一个复制,5和6作为一个复制,7和8作为一个复制 - 当复制副本为4时，按照服务器列表的顺序，服务器1/2/3/4作为一个复制,5/6/7/8作为一个复制 2)创建分布式复制卷
磁盘存储的平衡 平衡布局是很有必要的，因为布局结构是静态的，当新的 bricks 加入现有卷，新创建的文件会分布到旧的 bricks 中，所以需要平衡布局结构，使新加入的 bricks 生效。布局平衡只是使新布局生效，并不会在新的布局中移动老的数据，如果你想在新布局生效后，重新平衡卷中的数据，还需要对卷中的数据进行平衡。
#在gv2的分布式复制卷的挂载目录中创建测试文件入下
[root@node01 ~]# df -h
文件系统 容量 已用 可用 已用% 挂载点
127.0.0.1:/gv2 10G 65M 10G 1% /mnt
[root@node01 ~]# cd /mnt/
[root@node01 mnt]# touch {x..z}
#新创建的文件只在老的brick中有，在新加入的brick中是没有的
[root@node01 mnt]# ls /data/brick2
1 2 3 4 5 6 x y z
[root@node02 ~]# ls /data/brick2
1 2 3 4 5 6 x y z
[root@node03 ~]# ll -h /data/brick1
总用量 0
[root@node04 ~]# ll -h /data/brick1
总用量 0
# 从上面可以看到，新创建的文件还是在之前的 bricks 中，并没有分布中新加的 bricks 中
# 下面进行磁盘存储平衡
[root@node01 ~]# gluster volume rebalance gv2 start
[root@node01 ~]# gluster volume rebalance gv2 status #查看平衡存储状态
# 查看磁盘存储平衡后文件在 bricks 中的分布情况
[root@node01 ~]# ls /data/brick2
1 5 y
[root@node02 ~]# ls /data/brick2
1 5 y
[root@node03 ~]# ls /data/brick1
2 3 4 6 x z
[root@node04 ~]# ls /data/brick1
2 3 4 6 x z
#从上面可以看出部分文件已经平衡到新加入的brick中了
每做一次扩容后都需要做一次磁盘平衡。 磁盘平衡是在万不得已的情况下再做的，一般再创建一个卷就可以了。
移除 brick
你可能想在线缩小卷的大小，例如：当硬件损坏或网络故障的时候，你可能想在卷中移除相关的 bricks。
注意：当你移除 bricks 的时候，你在 gluster 的挂载点将不能继续访问数据，只有配置文件中的信息移除后你才能继续访问 bricks 中的数据。当移除分布式复制卷或者分布式条带卷的时候，移除的 bricks 数目必须是 replica 或者 stripe 的倍数。
但是移除brick在生产环境中基本上不做的，如果是硬盘坏掉的话，直接换个好的硬盘即可，然后再对新的硬盘设置卷标识就可以使用了，后面会演示硬件故障或系统故障的解决办法。
[root@node01 ~]# gluster volume stop gv2 [root@node01 ~]# gluster volume remove-brick gv2 replica 2 node03:/data/brick1 node04:/data/brick1 force #强制移除brick块 [root@node01 ~]# gluster volume info gv2 Volume Name: gv2 Type: Replicate Volume ID: 9f33bd9a-7096-4749-8d91-1e6de3b50053 Status: Stopped Snapshot Count: 0 Number of Bricks: 1 x 2 = 2 Transport-type: tcp Bricks: Brick1: node01:/data/brick2 Brick2: node02:/data/brick2 Options Reconfigured: transport.address-family: inet nfs.disable: on performance.client-io-threads: off # 如果误操作删除了后，其实文件还在 /storage/brick1 里面的，加回来就可以了 [root@node01 ~]# gluster volume add-brick gv2 replica 2 node03:/data/brick1 node04:/data/brick1 force volume add-brick: success [root@node01 ~]# gluster volume info gv2 Volume Name: gv2 Type: Distributed-Replicate Volume ID: 9f33bd9a-7096-4749-8d91-1e6de3b50053 Status: Stopped Snapshot Count: 0 Number of Bricks: 2 x 2 = 4 Transport-type: tcp Bricks: Brick1: node01:/data/brick2 Brick2: node02:/data/brick2 Brick3: node03:/data/brick1 Brick4: node04:/data/brick1 Options Reconfigured: transport.address-family: inet nfs.disable: on performance.client-io-threads: off
删除卷 一般会用在命名不规范的时候才会删除
[root@node01 ~]# gluster volume stop gv1 [root@node01 ~]# gluster volume delete gv
模拟误删除卷信息故障及解决办法
[root@node01 ~]# ls /var/lib/glusterd/vols/ gv2 gv3 [root@node01 ~]# rm -rf /var/lib/glusterd/vols/gv3 #删除卷gv3的卷信息 [root@node01 ~]# ls /var/lib/glusterd/vols/ #再查看卷信息情况如下：gv3卷信息被删除了 gv2 [root@node01 ~]# gluster volume sync node02 #因为其他节点服务器上的卷信息是完整的，比如从node02上同步所有卷信息如下： Sync volume may make data inaccessible while the sync is in progress. Do you want to continue? (y/n) y volume sync: success [root@node01 ~]# ls /var/lib/glusterd/vols/ #验证卷信息是否同步过来 gv2 gv3
模拟复制卷数据不一致故障及解决办法
[root@node01 ~]# ls /data/brick2 #复制卷的存储位置的数据 1 5 y [root@node01 ~]# rm -f /data/brick2/y [root@node01 ~]# ls /data/brick2 1 5 [root@node02 ~]# ls /data/brick2 1 5 y [root@node01 ~]# gluster start gv2 #因为之前关闭了，如果未关闭可以忽略此步。 [root@node01 ~]# cat /mnt/y #通过访问这个复制卷的挂载点的数据来同步数据 [root@node01 ~]# ls /data/brick2/ #这时候再看复制卷的数据是否同步成功 1 5 y
3、glustefs分布式存储优化
Auth_allow #IP访问授权；缺省值（*.allow all）；合法值：Ip地址 Cluster.min-free-disk #剩余磁盘空间阀值；缺省值（10%）；合法值：百分比 Cluster.stripe-block-size #条带大小；缺省值（128KB）；合法值：字节 Network.frame-timeout #请求等待时间；缺省值（1800s）；合法值：1-1800 Network.ping-timeout #客户端等待时间；缺省值（42s）；合法值：0-42 Nfs.disabled #关闭NFS服务；缺省值（Off）；合法值：Off|on Performance.io-thread-count #IO线程数；缺省值（16）；合法值：0-65 Performance.cache-refresh-timeout #缓存校验时间；缺省值（1s）；合法值：0-61 Performance.cache-size #读缓存大小；缺省值（32MB）；合法值：字节 Performance.quick-read: #优化读取小文件的性能 Performance.read-ahead: #用预读的方式提高读取的性能，有利于应用频繁持续性的访问文件，当应用完成当前数据块读取的时候，下一个数据块就已经准备好了。 Performance.write-behind:先写入缓存内，在写入硬盘，以提高写入的性能。 Performance.io-cache:缓存已经被读过的、
3.1、优化参数调整方式
命令格式：
gluster.volume set <卷><参数>
例如：
#打开预读方式访问存储
[root@node01 ~]# gluster volume set gv2 performance.read-ahead on
#调整读取缓存的大小
[root@mystorage gv2]# gluster volume set gv2 performance.cache-size 256M
3.2、监控及日常维护
使用zabbix自带的模板即可，CPU、内存、磁盘空间、主机运行时间、系统load。日常情况要查看服务器监控值，遇到报警要及时处理。 #看下节点有没有在线 gluster volume status nfsp #启动完全修复 gluster volume heal gv2 full #查看需要修复的文件 gluster volume heal gv2 info #查看修复成功的文件 gluster volume heal gv2 info healed #查看修复失败的文件 gluster volume heal gv2 heal-failed #查看主机的状态 gluster peer status #查看脑裂的文件 gluster volume heal gv2 info split-brain #激活quota功能 gluster volume quota gv2 enable #关闭quota功能 gulster volume quota gv2 disable #目录限制（卷中文件夹的大小） gluster volume quota limit-usage /data/30MB --/gv2/data #quota信息列表 gluster volume quota gv2 list #限制目录的quota信息 gluster volume quota gv2 list /data #设置信息的超时时间 gluster volume set gv2 features.quota-timeout 5 #删除某个目录的quota设置 gluster volume quota gv2 remove /data 备注：quota功能，主要是对挂载点下的某个目录进行空间限额。如：/mnt/gulster/data目录，而不是对组成卷组的空间进行限制。
3.3、Gluster日常维护及故障处理
注：给自己的提示：此处如有不详之处查看qq微云–linux-glusterfs文件夹
1、硬盘故障
如果底层做了raid配置，有硬件故障，直接更换硬盘，会自动同步数据。 如果没有做raid处理方法：
2、一台主机故障
一台节点故障的情况包含以下情况：
物理故障
同时有多块硬盘故障，造成数据丢失
系统损坏不可修复
解决方法：
找一台完全一样的机器，至少要保证硬盘数量和大小一致，安装系统，配置和故障机同样的 IP，安装 gluster 软件，
保证配置一样，在其他健康节点上执行命令 gluster peer status，查看故障服务器的 uuid
[root@mystorage2 ~]# gluster peer status Number of Peers: 3 Hostname: mystorage3 Uuid: 36e4c45c-466f-47b0-b829-dcd4a69ca2e7 State: Peer in Cluster (Connected) Hostname: mystorage4 Uuid: c607f6c2-bdcb-4768-bc82-4bc2243b1b7a State: Peer in Cluster (Connected) Hostname: mystorage1 Uuid: 6e6a84af-ac7a-44eb-85c9-50f1f46acef1 State: Peer in Cluster (Disconnected) 复制代码 修改新加机器的 /var/lib/glusterd/glusterd.info 和 故障机器一样 [root@mystorage1 ~]# cat /var/lib/glusterd/glusterd.info UUID=6e6a84af-ac7a-44eb-85c9-50f1f46acef1 operating-version=30712 在信任存储池中任意节点执行 # gluster volume heal gv2 full 就会自动开始同步，但在同步的时候会影响整个系统的性能。 可以查看状态 # gluster volume heal gv2 info
GlusterFS在企业中应用场景
理论和实践分析，GlusterFS目前主要使用大文件存储场景，对于小文件尤其是海量小文件，存储效率和访问性能都表现不佳，海量小文件LOSF问题是工业界和学术界的人工难题，GlusterFS作为通用的分布式文件系统，并没有对小文件额外的优化措施，性能不好也是可以理解的。
Media -文档、图片、音频、视频 *Shared storage -云存储、虚拟化存储、HPC（高性能计算） *Big data -日志文件、RFID（射频识别）数据
常见问题解答
GlusterFS分布式存储有哪些主要特点？
GlusterFS是一个开源的分布式文件系统，能够处理千数量级的客户端。其特点包括：容量可按比例扩展且性能不降低；使用简单，完全抽象在已有文件系统之上；扩展和容错设计合理，复杂度较低；适应性强，部署方便，对环境依赖低，使用、调试和维护便利。这些特性使其成为企业级存储解决方案中的优选。
在企业中部署GlusterFS时有哪些网络和硬件要求？
企业部署GlusterFS通常采用分布式复制卷以保证数据安全。网络方面要求全部千兆环境，服务器至少配备2块网卡，一块绑定供Gluster使用，另一块用于管理网络。有条件可配置万兆交换机提升性能，安全性要求高时可多网卡绑定。但需注意，跨地区机房配置Gluster在中国网络格局下不适用，建议在同机房或同区域内部署。
GlusterFS的动态配置文件存储在何处？如果无法写入会怎样？
GlusterFS将其动态生成的配置文件存储在/var/lib/glusterd目录中。如果在任何时候GlusterFS无法写入这些文件（例如后备文件系统空间不足或权限问题），可能会导致服务异常或配置丢失，影响集群的稳定性和数据可用性。因此，运维时需确保该目录所在磁盘空间充足，并定期检查文件系统健康状态。