分布式应用:GFS分布式文件系统

news2024/9/19 10:51:22

目录

一、理论

1.GlusterFS

2.GlusterFS卷类型

3.  GlusterFS与RAID汇总

4.部署 GlusterFS 群集

5.部署Gluster集群环境(所有node节点操作)

6.创建卷

7. 部署 Gluster 客户端

8.测试 Gluster 文件系统

9.其他的维护命令

二、实验

          1.部署Gluster集群环境(所有node节点操作)

 2.创建卷

          3.部署 Gluster 客户端

 4.测试 Gluster 文件系统

5.破坏性测试

三、问题

1.scan未找到命令

 2.压缩命令未找到

          3.gcc动态库报错

 4.glusterd服务启动失败

5.添加节点到存储信任池中报错

四、总结


一、理论

1.GlusterFS

(1)概念

GlusterFS是一个开源的分布式文件系统。

由存储服务器、客户端以及NFS/Samba存储网关(可选,根据需要选择使用)组成。

没有元数据服务器组件,这有助于提升整个系统的性能、可靠性和稳定性。

① MFS(传统的分布式文件系统技术)

传统的分布式文件系统大多通过元服务器来存储元数据, 元数据包含存储节点上的目录信息、目录结构等。这样的设计在浏览目录时效率高,但是也存在一些缺陷,例如单点故障。一旦元数据服务器出现故障,即使节点具备再高的冗余性,整个存储系统也将崩溃。
② GlusterFS:

1)Glusteres分布式文件系统是基于无元服务器 的设计,数据横向扩展能力强,具备较高的可靠性及存储效率。(不存在元服务器单点故障的问题)

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

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

(2)特点

扩展性和高性能

GlusterFS利用双重特性来提供高容量存储解决方案。

(1)Scale-Out架构允许通过简单地增加存储节点的方式来提高存储容量和性能(磁盘、计算和I/O资源都可以独立增加),支持10GbE和 InfiniBand等高速网络互联。

(2)Gluster弹性哈希(ElasticHash)解决了GlusterFS对元数据服务器的依赖,改善了单点故障和性能瓶颈,真正实现了并行化数据访问。GlusterFS采用弹性哈希算法在存储池中可以智能地定位任意数据分片(将数据分片存储在不同节点上),不需要查看索引或者向元数据服务器查询。

高可用性

GlusterFS可以对文件进行自动复制,如镜像或多次复制,从而确保数据总是可以访问,甚至是在硬件故障的情况下也能正常访问。

当数据出现不一致时,自我修复功能能够把数据恢复到正确的状态,数据的修复是以增量的方式在后台执行,几乎不会产生性能负载。

GlusterFS可以支持所有的存储,因为它没有设计自己的私有数据文件格式,而是采用操作系统中主流标准的磁盘文件系统(如EXT3、XFS等)来存储文件,因此数据可以使用传统访问磁盘的方式被访问。

全局统一命名空间

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

弹性卷管理

GlusterFS通过将数据储存在逻辑卷中,逻辑卷从逻辑存储池进行独立逻辑划分而得到。 逻辑存储池可以在线进行增加和移除,不会导致业务中断。逻辑卷可以根据需求在线增长和缩减,并可以在多个节点中实现负载均衡。

文件系统配置也可以实时在线进行更改并应用,从而可以适应工作负载条件变化或在线性能调优。

基于标准协议

Gluster 存储服务支持 NFS、CIFS、HTTP、FTP、SMB 及 Gluster原生协议,完全与 POSIX 标准(可移植操作系统接口)兼容。

现有应用程序不需要做任何修改就可以对Gluster 中的数据进行访问,也可以使用专用 API 进行访问。
 

(3)术语

Brick(存储块):

指可信主机池中由主机提供的用于物理存储的专用分区,是GlusterFS中的基本存储单元,同时也是可信存储池中服务器上对外提供的存储目录。

存储目录的格式由服务器和目录的绝对路径构成,表示方法为 SERVER:EXPORT,如 192.168.41.46:/data/mydir/。

Volume(逻辑卷):

一个逻辑卷是一组 Brick 的集合。卷是数据存储的逻辑设备,类似于 LVM 中的逻辑卷。大部分 Gluster 管理操作是在卷上进行的。

FUSE:

是一个内核模块,允许用户创建自己的文件系统,无须修改内核代码。

VFS:

内核空间对用户空间提供的访问磁盘的接口。

Glusterd(后台管理进程):

在存储群集中的每个节点上都要运行。
 

(4)模块化堆栈式架构

GlusterFS 采用模块化、堆栈式的架构。

通过对模块进行各种组合,即可实现复杂的功能。例如 Replicate 模块可实现 RAID1,Stripe 模块可实现 RAID0, 通过两者的组合可实现 RAID10 和 RAID01,同时获得更高的性能及可靠性。

(5)GlusterFS 的工作流程

① 客户端或应用程序通过 GlusterFS 的挂载点访问数据。

② linux系统内核通过 VFS API 收到请求并处理。

③ VFS 将数据递交给 FUSE 内核文件系统,并向系统注册一个实际的文件系统 FUSE,而 FUSE 文件系统则是将数据通过 /dev/fuse 设备文件递交给了 GlusterFS client 端。可以将 FUSE 文件系统理解为一个代理。

④ GlusterFS client 收到数据后,client 根据配置文件的配置对数据进行处理。

⑤ 经过 GlusterFS client 处理后,通过网络将数据传递至远端的 GlusterFS Server,并且将数据写入到服务器存储设备上。

(6)弹性HASH算法

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

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

弹性 HASH 算法的优点:

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

2.GlusterFS卷类型

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

(1)分布式卷(Distribute volume) 对文件进行存储

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


示例原理:

File1 和 File2 存放在Server1, 而File3存放在Server2, 文件都是随机存储,一 个文件(如File1) 要么在Serverl 上,要么在Server2上,不能分块同时存放在Server1和 Server2上。

分布式卷具有如下特点:

文件分布在不同的服务器,不具备冗余性。
更容易和廉价地扩展卷的大小。
单点故障会造成数据丢失。
依赖底层的数据保护。
创建分布式卷:
 

 #创建一个名为dis-volume的分布式卷,文件将根据HASH分布在serverl:/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。

条带卷特点:

  • 数据被分割成更小块分布到块服务器群中的不同条带区。
  • 分布减少了负载,且更小的文件加速了存取的速度。
  • 没有数据冗余。

创建条带卷:

 #创建了一个名为stripe-volume的条带卷,文件将被分块轮询的存储在Server1:/dir1和Server2:/dir2两个Brick中。
 gluster volume create stripe-volume stripe 2 transport tcp server1:/dir1 server2:/dir2
 ​
 #注意:分片数量需要是brick的倍数。

(3)复制卷(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
 ​
 #replica 2 :复制数,一般要等于brick的数量。
 #transport tcp :通过tcp协议进行传输。

(4)分布式条带卷(Distribute Stripe volume)

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

示例原理:

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
 ​
 #文件先分布存储,之后再分块存储。
  • 如果brick数量和条带数一致,那就是普通的条带卷。
  • 如果brick数量是条带的2倍以上,就是分布式条带卷。

 (5)分布式复制卷(Distribute Replica volume)

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

brick数量需要是复制卷的n倍。

文件先做分布式存储(hash散列),之后做镜像。

示例原理:

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

(6)条带复制卷(Stripe Replica volume)

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

(7)分布式条带复制卷(Distribute Stripe Replicavolume)

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

3.  GlusterFS与RAID汇总

(1)RAID 0

 (2)RAID 1

(3)RAID 5

(4)RAID 6 

 (5)RAID 1+0

(6)RAID 0+1

(7)对比

表1 GlusterFS与RAID汇总

Gluster等级分布式卷(顺序)

条带卷

(轮询)

复制卷(镜像)/

分布式条带卷、

分布式复制卷

条带复制卷分布式条带复制卷
RAID等级/RAID 0RAID 1RAID 5RAID 6RAID10/
别名条带镜像

分布奇偶

校验条带

双重奇偶

校验条带

镜像加

条带

硬盘数量N>=1

    N>=2

N>=3N>=4

     N>=4

磁盘利用率

100%N/2=50%(N-1)/N(N-2)/NN/2=50%
校验盘12
读性能
写性能中等
高可用性中等很高中等
特点追求最大容量和读写速度,坏一块,数据全部异常,只坏一块,不影响使用,数据也不受影响成本控制前提下,追求最大的容量,速度以及高可用性,可以坏一块盘比raid5的数据安全更高,但是写速度比较低,可以坏两块硬盘综合raid0和raid1有点,既有速度也有高可用,每个基组可以坏一个,数据不受影响
热备份选择
容错性

4.部署 GlusterFS 群集

(1)实验环境

 Node1节点:node1/192.168.204.241      磁盘:/dev/sdb1           挂载点:/data/sdb1
                                         /dev/sdc1                  /data/sdc1
                                         /dev/sdd1                  /data/sdd1
                                         /dev/sde1                  /data/sde1
  
 Node2节点:node2/192.168.204.242       磁盘:/dev/sdb1          挂载点:/data/sdb1
                                          /dev/sdc1                 /data/sdc1
                                          /dev/sdd1                 /data/sdd1
                                          /dev/sde1                 /data/sde1
  
 Node3节点:node3/192.168.204.243       磁盘:/dev/sdb1          挂载点:/data/sdb1
                                          /dev/sdc1                 /data/sdc1
                                          /dev/sdd1                 /data/sdd1
                                          /dev/sde1                 /data/sde1
  
 Node4节点:node4/192.168.204.244       磁盘:/dev/sdb1          挂载点:/data/sdb1
                                          /dev/sdc1                 /data/sdc1
                                          /dev/sdd1                 /data/sdd1
                                          /dev/sde1                 /data/sde1
 客户端节点:192.168.204.245

(2)实验规划

 node1-node4   /dev/sdb1   分布式卷
 ​
 node1-node2   /dev/sdc1   条带卷
 ​
 node3-node4   /dev/sdc1   复制卷
 ​
 node1-node4   /dev/sdd1   分布式条带卷
 ​
 node1-node4   /dev/sde1   分布式复制卷

(3)实验准备

四台机器1G1C,添加四块硬盘。之后刷新磁盘。

5.部署Gluster集群环境(所有node节点操作)

(1) 关闭防火墙和selinux

systemctl stop firewalld
 setenforce 0

(2)写一个脚本,批量分区、格式化、挂载

 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
 ​
 #先在一个节点上操作,之后通过scp命令将脚本传给其他主机,统一执行。

(3)修改主机名,配置/etc/hosts文件

#修改每台主机的主机名,便于管理
 #以Node1节点为例:
 hostnamectl set-hostname node1
 su
 ​
 #配置/etc/hosts文件,添加所有主机的映射关系
 echo "192.168.204.241 node1" >> /etc/hosts
 echo "192.168.204.242 node2" >> /etc/hosts
 echo "192.168.204.243 node3" >> /etc/hosts
 echo "192.168.204.244 node4" >> /etc/hosts

(4)安装、启动GlusterFS

 #将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
 ​
 systemctl start glusterd.service 
 systemctl enable glusterd.service
 systemctl status glusterd.service

(5)添加节点到存储信任池中(在 node1 节点上操作)

添加集群信任池,node1-node4 之间添加互信关系。将其他节点加入到我的存储池中。只要在一台Node节点上添加其它节点即可。

 #只要在一台Node节点上添加其它节点即可
 gluster peer probe node1
 gluster peer probe node2
 gluster peer probe node3
 gluster peer probe node4
 ​
 #在每个Node节点上查看群集状态
 gluster peer status

6.创建卷

(1)根据规划创建如下卷

 (2)node1 - node4,/dev/sdb1,分布式卷

#创建分布式卷
 gluster volume create dis-volume node1:/data/sdb1 node2:/data/sdb1 node3:/data/sdb1  node4:/data/sdb1 force
 ​
 #查看卷列表
 gluster volume list
 ​
 #启动新建的分布式卷
 gluster volume start dis-volume
 ​
 #查看卷信息
 gluster volume info dis-volume

(3)node1 - node2,/dev/sdc1,条带卷

条带数要等于brick数量。

#指定类型为 stripe,数值为 2,且后面跟了 2 个 Brick Server,所以创建的是条带卷
 gluster volume create stripe-volume stripe 2 node1:/data/sdc1 node2:/data/sdc1 force
 ​
 gluster volume start stripe-volume
 gluster volume info stripe-volume

(4) node3 - node4,/dev/sdc1,复制卷

复制数等于brick数量。

 #指定类型为 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

(5)node1 - node4,/dev/sdd1,分布式条带卷

brick数量必须是条带的2倍及以上。

#指定类型为 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
 gluster volume info dis-stripe

(6)node1 - node4,/dev/sde1 分布式复制卷

brick数量必须是复制数的2倍及以上。

 #指定类型为 replica,数值为 2,而且后面跟了 4 个 Brick Server,是 2 的两倍,所以创建的是分布式复制卷
 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 volume info dis-rep 
 ​
 #查看当前所有卷的列表
 gluster volume list

7. 部署 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)配置 /etc/hosts 文件

echo "192.168.204.241 node1" >> /etc/hosts
 echo "192.168.204.242 node2" >> /etc/hosts
 echo "192.168.204.243 node3" >> /etc/hosts
 echo "192.168.204.244 node4" >> /etc/hosts

(3)创建挂载目录

mkdir -p /test/{dis,stripe,rep,dis_stripe,dis_rep}
 ls /test

(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
 ​
 #永久挂载
 vim /etc/fstab
 node1:dis-volume        /test/dis               glusterfs       defaults,_netdev        0 0
 node1:stripe-volume     /test/stripe            glusterfs       defaults,_netdev        0 0
 node1:rep-volume        /test/rep               glusterfs       defaults,_netdev        0 0
 node1:dis-stripe        /test/dis_stripe        glusterfs       defaults,_netdev        0 0
 node1:dis-rep           /test/dis_rep           glusterfs       defaults,_netdev        0 0

8.测试 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=40
 ​
 ls -lh /opt
 ​
 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/

(2)查看文件分布

#1、查看分布式文件分布
 [root@node1 ~]# ls -lh /data/sdb1                   #数据没有被分片
 总用量 160M
 -rw-r--r-- 2 root root 40M 8月 1 18:49 demo1.log
 -rw-r--r-- 2 root root 40M 8月 1 18:49 demo2.log
 -rw-r--r-- 2 root root 40M 8月 1 18:49 demo3.log
 -rw-r--r-- 2 root root 40M 8月 1 18:49 demo4.log
 [root@node2 ~]# ll -h /data/sdb1
 总用量 40M
 -rw-r--r-- 2 root root 40M 12月 18 14:50 demo5.log
 ​
 #2、查看条带卷文件分布
 [root@node1 ~]# ls -lh /data/sdc1                   #数据被分片50%,没副本,没冗余
 总用量 101M
 -rw-r--r-- 2 root root 20M  8月 1 18:49  demo1.log
 -rw-r--r-- 2 root root 20M  8月 1 18:49  demo2.log
 -rw-r--r-- 2 root root 20M  8月 1 18:49  demo3.log
 -rw-r--r-- 2 root root 20M  8月 1 18:49  demo4.log
 -rw-r--r-- 2 root root 20M  8月 1 18:49  demo5.log
 ​
 [root@node2 ~]# ll -h /data/sdc1                    #数据被分片50%,没副本,没冗余
 总用量 101M
 -rw-r--r-- 2 root root 20M  8月 1 18:49 demo1.log
 -rw-r--r-- 2 root root 20M  8月 1 18:49 demo2.log
 -rw-r--r-- 2 root root 20M  8月 1 18:49  demo3.log
 -rw-r--r-- 2 root root 20M  8月 1 18:49  demo4.log
 -rw-r--r-- 2 root root 20M  8月 1 18:49  demo5.log
 ​
 #3、查看复制卷分布
 [root@node3 ~]# ll -h /data/sdb1                    #数据没有被分片,有副本,有冗余     
 总用量 201M
 -rw-r--r-- 2 root root 40M  8月 1 18:49  demo1.log
 -rw-r--r-- 2 root root 40M  8月 1 18:49  demo2.log
 -rw-r--r-- 2 root root 40M  8月 1 18:49  demo3.log
 -rw-r--r-- 2 root root 40M  8月 1 18:49  demo4.log
 -rw-r--r-- 2 root root 40M  8月 1 18:49  demo5.log
 ​
 [root@node4 ~]# ll -h /data/sdb1                    #数据没有被分片,有副本,有冗余
 总用量 201M
 -rw-r--r-- 2 root root 40M  8月 1 18:49  demo1.log
 -rw-r--r-- 2 root root 40M  8月 1 18:49  demo2.log
 -rw-r--r-- 2 root root 40M  8月 1 18:49  demo3.log
 -rw-r--r-- 2 root root 40M  8月 1 18:49  demo4.log
 -rw-r--r-- 2 root root 40M  8月 1 18:49  demo5.log
 ​
 #4、查看分布式条带卷分布
 [root@node1 ~]# ll -h /data/sdd1                    #数据被分片50%,没副本,没冗余
 总用量 81M
 -rw-r--r-- 2 root root 20M  8月 1 18:49  demo1.log
 -rw-r--r-- 2 root root 20M  8月 1 18:49  demo2.log
 -rw-r--r-- 2 root root 20M  8月 1 18:49  demo3.log
 -rw-r--r-- 2 root root 20M  8月 1 18:49  demo4.log
 ​
 [root@node2 ~]# ll -h /data/sdd1
 总用量 81M
 -rw-r--r-- 2 root root 20M  8月 1 18:49  demo1.log
 -rw-r--r-- 2 root root 20M  8月 1 18:49  demo2.log
 -rw-r--r-- 2 root root 20M  8月 1 18:49  demo3.log
 -rw-r--r-- 2 root root 20M  8月 1 18:49  demo4.log
 ​
 [root@node3 ~]# ll -h /data/sdd1
 总用量 21M
 -rw-r--r-- 2 root root 20M 8月 1 18:49 demo5.log
 ​
 [root@node4 ~]# ll -h /data/sdd1
 总用量 21M
 -rw-r--r-- 2 root root 20M  8月 1 18:49  demo5.log
 ​
 #5、查看分布式复制卷分布                               #数据没有被分片,有副本,有冗余
 [root@node1 ~]# ll -h /data/sde1
 总用量 161M
 -rw-r--r-- 2 root root 40M 8月 1 18:49  demo1.log
 -rw-r--r-- 2 root root 40M 8月 1 18:49  demo2.log
 -rw-r--r-- 2 root root 40M 8月 1 18:49  demo3.log
 -rw-r--r-- 2 root root 40M 8月 1 18:49  demo4.log
 ​
 [root@node2 ~]# ll -h /data/sde1
 总用量 161M
 -rw-r--r-- 2 root root 40M 8月 1 18:49  demo1.log
 -rw-r--r-- 2 root root 40M 8月 1 18:49  demo2.log
 -rw-r--r-- 2 root root 40M 8月 1 18:49  demo3.log
 -rw-r--r-- 2 root root 40M 8月 1 18:49  demo4.log
 ​
 [root@node3 ~]# ll -h /data/sde1
 总用量 41M
 -rw-r--r-- 2 root root 40M 8月 1 18:49  demo5.log
 ​
 [root@node4 ~]# ll -h /data/sde1
 总用量 41M
 -rw-r--r-- 2 root root 40M 8月 1 18:49  demo5.log

(3)破坏性测试

 #1、挂起 node2 节点或者关闭glusterd服务来模拟故障
 [root@node2 ~]# systemctl stop glusterd.service
 ​
 #2、在客户端上查看文件是否正常
 #分布式卷数据查看
 [root@localhost test]# ll /test/dis/        #在客户机上发现少了demo5.log文件,这个是在node2上的
 总用量 163840
 -rw-r--r-- 1 root root 41943040 8月 1 18:49  demo1.log
 -rw-r--r-- 1 root root 41943040 8月 1 18:49  demo2.log
 -rw-r--r-- 1 root root 41943040 8月 1 18:49  demo3.log
 -rw-r--r-- 1 root root 41943040 8月 1 18:49  demo4.log
 ​
 #条带卷
 [root@localhost test]# cd /test/stripe/         #无法访问,条带卷不具备冗余性
 [root@localhost stripe]# ll
 总用量 0
 ​
 #分布式条带卷
 [root@localhost test]# ll /test/dis_stripe/     #无法访问,分布条带卷不具备冗余性
 总用量 40960
 -rw-r--r-- 1 root root 41943040 8月 1 18:49  demo5.log
 ​
 #分布式复制卷
 [root@localhost test]# ll /test/dis_rep/        #可以访问,分布式复制卷具备冗余性
 总用量 204800
 -rw-r--r-- 1 root root 41943040 8月 1 18:49  demo1.log
 -rw-r--r-- 1 root root 41943040 8月 1 18:49  demo2.log
 -rw-r--r-- 1 root root 41943040 8月 1 18:49  demo3.log
 -rw-r--r-- 1 root root 41943040 8月 1 18:49  demo4.log
 -rw-r--r-- 1 root root 41943040 8月 1 18:49  demo5.log
 ​
 ​
 #挂起 node2 和 node4 节点,在客户端上查看文件是否正常
 #测试复制卷是否正常
 [root@localhost rep]# ls -l /test/rep/         #在客户机上测试正常,数据有
 总用量 204800
 -rw-r--r-- 1 root root 41943040 8月 1 18:49  demo1.log
 -rw-r--r-- 1 root root 41943040 8月 1 18:49  demo2.log
 -rw-r--r-- 1 root root 41943040 8月 1 18:49  demo3.log
 -rw-r--r-- 1 root root 41943040 8月 1 18:49  demo4.log
 -rw-r--r-- 1 root root 41943040 8月 1 18:49  demo5.log
 ​
 #测试分布式条卷是否正常
 [root@localhost dis_stripe]# ll /test/dis_stripe/       #在客户机上测试没有数据 
 总用量 0
 ​
 #测试分布式复制卷是否正常
 [root@localhost dis_rep]# ll /test/dis_rep/     #在客户机上测试正常,有数据
 总用量 204800
 -rw-r--r-- 1 root root 41943040 8月 1 18:49  demo1.log
 -rw-r--r-- 1 root root 41943040 8月 1 18:49  demo2.log
 -rw-r--r-- 1 root root 41943040 8月 1 18:49  demo3.log
 -rw-r--r-- 1 root root 41943040 8月 1 18:49  demo4.log
 -rw-r--r-- 1 root root 41943040 8月 1 18:49  demo5.log

9.其他的维护命令

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.204.245
 ​
 #仅允许
 gluster volume set dis-rep auth.allow 192.168.204.*   
 #设置192.168.41.0网段的所有IP地址都能访问dis-rep卷(分布式复制卷)

二、实验

1.部署Gluster集群环境(所有node节点操作)

(1)关闭防火墙和selinux

 (2)写一个脚本,批量分区、格式化、挂载

先添加硬盘

刷新

编辑 

脚本 

 执行

 (3)修改主机名,配置/etc/hosts文件

编辑

 

配置 

 (4)安装、启动GlusterFS

上传gfsrepo

 

yum源

 编辑

采用官方 YUM 源安装

 

采用本地源安装

 启动服务

 (5)添加节点到存储信任池中(在 node1 节点上操作)

添加集群信任池,node1-node4 之间添加互信关系。将其他节点加入到我的存储池中。

只要在一台Node节点上添加其它节点即可。

 

 在每个Node节点上查看群集状态

 2.创建卷

表1 卷部署

卷名称                 卷类型                Brick
dis-volume分布式卷    node1(/data/sdb1)、node2(/data/sdb1)
stripe-volume条带卷node1(/data/sdc1)、node2(/data/sdc1)
rep-volume复制卷node3(/data/sdb1)、node4(/data/sdb1)
dis-stripe分布式条带卷node1(/data/sdd1)、node2(/data/sdd1)、node3(/data/sdd1)、node4(/data/sdd1)
dis-rep分布式复制卷node1(/data/sde1)、node2(/data/sde1)、node3(/data/sde1)、node4(/data/sde1)
 

(1)node1 - node4,/dev/sdb1,分布式卷

创建分布式卷并查看卷列表

 启动新建的分布式卷并查看卷信息

 

 (2) node1 - node2,/dev/sdc1,条带卷

条带数要等于brick数量。

(3) node3 - node4,/dev/sdc1,复制卷

复制数等于brick数量。

指定类型为 replica,数值为 2,且后面跟了 2 个 Brick Server,所以创建的是复制卷

 

(4) node1 - node4,/dev/sdd1,分布式条带卷

brick数量必须是条带的2倍及以上。

(5)node1 - node4,/dev/sde1 分布式复制卷

brick数量必须是复制数的2倍及以上。

指定类型为 replica,数值为 2,而且后面跟了 4 个 Brick Server,是 2 的两倍,所以创建的是分布式复制卷

 查看当前所有卷的列表

3.部署 Gluster 客户端

(1) 安装客户端软件

或执行脚本

(2)配置 /etc/hosts 文件

 

 (3)创建挂载目录

临时挂载

永久挂载

 4.测试 Gluster 文件系统

(1) 客户端操作,卷中写入文件

 

 (2)  查看文件分布

查看分布式文件分布,数据没有被分片

 查看条带卷文件分布,数据被分片50% 没副本 没冗余

数据被分片50% 没副本 没冗余

 查看复制卷分布,数据没有被分片 有副本 有冗余     

 数据没有被分片 有副本 有冗余

 查看分布式条带卷分布,数据被分片50% 没副本 没冗余

 

 

 查看分布式复制卷分布

 数据没有被分片 有副本 有冗余

 

 

 

5.破坏性测试

(1)挂起 node2 节点或者关闭glusterd服务来模拟故障

 (2)在客户端上查看文件是否正常

分布式卷数据查看

在客户机上发现少了demo5.log文件,这个是在node2上的

 无法访问,条带卷不具备冗余性

分布式条带卷

无法访问,分布条带卷不具备冗余性

 

  分布式复制卷

可以访问,分布式复制卷具备冗余性

挂起 node2 和 node4 节点,在客户端上查看文件是否正常 

测试复制卷是否正常,在客户机上测试正常 数据有

测试分布式条卷是否正常

 

 测试分布式复制卷是否正常

(3)停用

三、问题

1.scan未找到命令

(1)报错

(2)原因分析

启动文件未配置别名

(3)解决方法

第一种方法:
vim .bash_profile

alias scan='echo "- - -" > /sys/class/scsi_host/host0/scan;echo "- - -" > /sys/class/scsi_host/host1/scan;echo "- - -" > /sys/class/scsi_host/host2/scan'

source .bash_profile


第二种方法:
[root@localhost ~]# vim .bashrc  #在这里添加一个即可
alias scan='echo "- - -" > /sys/class/scsi_host/host0/scan;echo "- - -" > /sys/class/scsi_host/host1/scan;echo "- - -" > /sys/class/scsi_host/host2/scan'

[root@localhost ~]# vim .bashrc  #在这里添加一个即可
alias scan='echo "- - -" > /sys/class/scsi_host/host0/scan;echo "- - -" > /sys/class/scsi_host/host1/scan;echo "- - -" > /sys/class/scsi_host/host2/scan'

配置文件

 2.压缩命令未找到

(1)报错

(2)原因分析

解压rar用unrar 命令

(3)解决方法

下载rar所需工具包

#新建一个文件夹
mkdir rartest 
cd rartest

#下载
wget https://www.rarlab.com/rar/rarlinux-x64-6.0.1.tar.gz  (64位操作系统)
wget http://www.rarlab.com/rar/rarlinux-3.8.0.tar.gz  (32位操作系统)

#解压编译安装
tar zxvf rarlinux-x64-6.0.1.tar.gz # 此时会有一个rar文件夹
cd rar
make
make install 

#解压命令
unrar e xxx.rar
总结
1、*.tar 用 tar –xvf 解压
2、*.gz 用 gzip -d或者gunzip 解压
3、.tar.gz和.tgz 用 tar –xzf 解压
4、*.bz2 用 bzip2 -d或者用bunzip2 解压
5、*.tar.bz2用tar –xjf 解压
6、*.Z 用 uncompress 解压
7、*.tar.Z 用tar –xZf 解压
8、*.rar 用 unrar e解压
9、*.zip 用 unzip 解压
unrar命令来自于英文词组“unzip rar”的缩写,其功能是用于解压提取RAR压缩文件。

语法格式:unrar [参数] 压缩包

常用参数:

e	将文件解压缩到当前目录
l	列出存档内容
p	将文件打印到标准输出
t	测试存档文件
v	详细列出存档
x	使用完整路径提取文件

参考实例

以完整路径解压指定压缩包文件:
[root@localhost ~]# unrar x Filename.rar
查看指定压缩包内的文件信息:

[root@localhost ~]# unrar l Filename.rar
测试指定压缩包内文件是否损坏,能够正常解压:

[root@localhost ~]# unrar t Filename.rar
解压指定压缩包内的文件到当前工作目录:

[root@localhost ~]# unrar e Filename.rar

3.gcc动态库报错

(1)报错

源码编译升级安装了gcc后,编译程序或运行其它程序时,有时会出现类似/usr/lib64/libstdc++.so.6: version `GLIBCXX_3.4.21' not found的问题。

 (2)原因分析

因为升级gcc时,生成的动态库没有替换老版本gcc的动态库导致的,将gcc最新版本的动态库替换系统中老版本的动态库即可解决。

(3)解决方法

运行以下命令检查动态库:

strings /usr/lib64/libstdc++.so.6 | grep GLIBC

输出结果如下:

[root@node1 opt]# strings /usr/lib64/libstdc++.so.6 | grep GLIBC
GLIBCXX_3.4
GLIBCXX_3.4.1
GLIBCXX_3.4.2
GLIBCXX_3.4.3
GLIBCXX_3.4.4
GLIBCXX_3.4.5
GLIBCXX_3.4.6
GLIBCXX_3.4.7
GLIBCXX_3.4.8
GLIBCXX_3.4.9
GLIBCXX_3.4.10
GLIBCXX_3.4.11
GLIBCXX_3.4.12
GLIBCXX_3.4.13
GLIBCXX_3.4.14
GLIBCXX_3.4.15
GLIBCXX_3.4.16
GLIBCXX_3.4.17
GLIBCXX_3.4.18
GLIBCXX_3.4.19
GLIBC_2.3
GLIBC_2.2.5
GLIBC_2.14
GLIBC_2.4
GLIBC_2.3.2
GLIBCXX_DEBUG_MESSAGE_LENGTH

从以上输出可以看出,gcc的动态库还是旧版本的。说明出现这些问题,是因为升级gcc时,生成的动态库没有替换老版本gcc的动态库。

执行以下命令,查找编译gcc时生成的最新动态库:

find / -name "libstdc++.so*"

输出如下:

[root@node1 opt]# find / -name "libstdc++.so*"
/usr/lib64/libstdc++.so.6
/usr/lib64/libstdc++.so.6.0.19
/usr/share/gdb/auto-load/usr/lib64/libstdc++.so.6.0.19-gdb.py
/usr/share/gdb/auto-load/usr/lib64/libstdc++.so.6.0.19-gdb.pyc
/usr/share/gdb/auto-load/usr/lib64/libstdc++.so.6.0.19-gdb.pyo

查找 libstdc++.so.6.0.21 库文件

# 查找库文件
$ find / -name libstdc++.so.6.0.21
 
# 如果libstdc++.so.6.0.21库文件已存在,则按照下面的步骤创建软链接即可
# 如果libstdc++.so.6.0.21库文件不存在,则需要按照下面的步骤编译新版本的GCC,然后再创建软链接

下载

GCC 各版本的下载地址,其中 gcc-5.2.0 对应 GLIBCXX_3.4.21 与 libstdc++.so.6.0.21,而 gcc-6.5.0 对应 GLIBCXX_3.4.22 与 libstdc++.so.6.0.22,具体下载的 GCC 版本根据自己的需要进行选择。

编译新版本的 GCC

# 下载文件(117M)
$ wget -c https://mirrors.ustc.edu.cn/gnu/gcc/gcc-5.2.0/gcc-5.2.0.tar.gz

或者 
$ wget http://ftp.tsukuba.wide.ad.jp/software/gcc/releases/gcc-5.2.0/gcc-5.2.0.tar.bz2
 
# 解压文件
$ tar -xvf gcc-5.2.0.tar.bz2
 
# 进入解压目录
$ cd gcc-5.2.0
 
# 下载编译gcc所需的依赖文件和库
$ ./contrib/download_prerequisites
 
# 建立输出目录,用于存放编译时所有产生的中间文件
$ mkdir gcc-temp
 
# 进入输出目录
$ cd gcc-temp
 
# 执行configure配置
$ ../configure --enable-checking=release --enable-languages=c,c++ --disable-multilib
 
# 编译gcc,指定编译使用的线程数为8,编译耗时较长,可能需要几个小时
$ make -j8
 
# 这里为了避免影响系统的稳定性,暂时不执行"make install"和替换系统默认版本的gcc

建立软链接

# 进入输出目录
$ cd gcc-temp
 
# 查找编译生成libstdc++.so库文件,下面查找到的libstdc++.so、libstdc++.so.6都只是软链接文件,libstdc++.so.6.0.21才是真正编译生成的库文件
$ find . -name "libstdc++.so*"
./prev-x86_64-unknown-linux-gnu/libstdc++-v3/src/.libs/libstdc++.so
./prev-x86_64-unknown-linux-gnu/libstdc++-v3/src/.libs/libstdc++.so.6
./prev-x86_64-unknown-linux-gnu/libstdc++-v3/src/.libs/libstdc++.so.6.0.21
./stage1-x86_64-unknown-linux-gnu/libstdc++-v3/src/.libs/libstdc++.so
./stage1-x86_64-unknown-linux-gnu/libstdc++-v3/src/.libs/libstdc++.so.6
./stage1-x86_64-unknown-linux-gnu/libstdc++-v3/src/.libs/libstdc++.so.6.0.21
./x86_64-unknown-linux-gnu/libstdc++-v3/src/.libs/libstdc++.so
./x86_64-unknown-linux-gnu/libstdc++-v3/src/.libs/libstdc++.so.6
./x86_64-unknown-linux-gnu/libstdc++-v3/src/.libs/libstdc++.so.6.0.21
 
# 拷贝libstdc++.so.6.0.21库文件到lib64目录
$ cp ./x86_64-unknown-linux-gnu/libstdc++-v3/src/.libs/libstdc++.so.6.0.21 /usr/lib64
 
# 进入lib64目录
$ cd /usr/lib64
 
# 删除旧的链接文件
$ rm -f libstdc++.so.6
 
# 创建新的链接文件
$ ln -s libstdc++.so.6.0.21 libstdc++.so.6
 
# 查看最终的libstdc++.so库文件列表
$ ls -al /usr/lib64/libstdc++.so.6*

验证新的 libstdc++.so.6.0.21 库文件是否生效

如果下面的输出结果中,出现 GLIBCXX_3.4.21,则代表新的 libstdc++.so.6.0.21 库文件生效。

$ [root@node2 lib64]# strings /usr/lib64/libstdc++.so.6 | grep GLIBC
GLIBCXX_3.4
GLIBCXX_3.4.1
GLIBCXX_3.4.2
GLIBCXX_3.4.3
GLIBCXX_3.4.4
GLIBCXX_3.4.5
GLIBCXX_3.4.6
GLIBCXX_3.4.7
GLIBCXX_3.4.8
GLIBCXX_3.4.9
GLIBCXX_3.4.10
GLIBCXX_3.4.11
GLIBCXX_3.4.12
GLIBCXX_3.4.13
GLIBCXX_3.4.14
GLIBCXX_3.4.15
GLIBCXX_3.4.16
GLIBCXX_3.4.17
GLIBCXX_3.4.18
GLIBCXX_3.4.19
GLIBCXX_3.4.20
GLIBCXX_3.4.21
GLIBCXX_3.4.22
GLIBCXX_3.4.23
GLIBCXX_3.4.24
GLIBCXX_3.4.25
GLIBCXX_3.4.26
GLIBC_2.2.5
GLIBC_2.3
GLIBC_2.6
GLIBC_2.4
GLIBC_2.3.2
GLIBCXX_DEBUG_MESSAGE_LENGTH

(4)总结

 原因1:已经安装过高版本但未软连接

解决方法:查找编译gcc时生成的最新动态库

find / -name "libstdc++.so*" 输出:

cd /usr/lib64
ll stdlibc++*

以看到当前libstdc++so.6指向13的版本,接下来把刚刚的高版本的复制到这里并重建软链即可

rm libstdc++.so.6

ln -s libstdc++.so.6.0.21 libstdc++.so.6

现在再执行就ok了!

 

原因2:版本低

解决方法:

查看gcc版本中包含哪些库。
strings /usr/lib64/libstdc++.so.6 | grep GLIBC


从网上下载高版本的libstdc++.so.6.0.13以上的版本,比如libstdc++.so.6.0.21。(或者从其它机器上拷贝一份)

cd /usr/lib64
ll stdlibc++*

cp ../libstdc++.so.6.0.21 .

rm libstdc++.so.6

ln -s libstdc++.so.6.0.21 libstdc++.so.6

 在查看发现已经升级

 

/lib64/libstdc++.so.6: version `GLIBCXX_3.4.21' not found

链接: https://pan.baidu.com/s/1O29r8nNZXKFKO5-P8CRp4A
提取码: jmdp


上传文件到 /usr/lib64

cd /usr/lib64/

ln -s /usr/lib64/libstdc++.so.6.0.26   libstdc++.so.6

cd /lib64/

ln -s /usr/lib64/libstdc++.so.6.0.26  /lib64/

strings /usr/lib64/libstdc++.so.6 | grep GLIBC

发现有  GLIBCXX_3.4.21

(5)成功

 4.glusterd服务启动失败

(1)报错

 (2)原因分析

软件未安装成功,yum本地源安装时因为依赖包版本不一致导致无法安装成功的报错

(3)解决方法

这次可以使用–nodeps:强制卸载软件包,删除本地已有的依赖包,重新下载即可

##删除报错的依赖包
rpm -e --nodeps glusterfs-api glusterfs-libs glusterfs-fuse glusterfs-cli  glusterfs glusterfs-client-xlators		


##或故障原因是版本过高导致
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来装一下这个需求

yum install -y glusterfs glusterfs-api glusterfs-fuse

再次输入 安装的命令

yum -y install glusterfs glusterfs-server glusterfs-fuse glusterfs-rdma

5.添加节点到存储信任池中报错

(1)报错

 (2)原因分析

配置文件/etc/hosts 错误

(3)修改

vim /etc/hosts

(4)成功

四、总结

创建卷

#创建分布式卷,没有指定类型,默认创建的是分布式卷
gluster volume create dis-volume node1:/data/sdb1 node2:/data/sdb1 force	

#创建条带卷,指定类型为 stripe,数值为 2,且后面跟了 2 个 Brick Server,所以创建的是条带卷
gluster volume create stripe-volume stripe 2 node1:/data/sdc1 node2:/data/sdc1 force

#创建复制卷,指定类型为 replica,数值为 2,且后面跟了 2 个 Brick Server,所以创建的是复制卷
gluster volume create rep-volume replica 2 node3:/data/sdb1 node4:/data/sdb1 force

#创建分布式条带卷,指定类型为 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

#创建分布式复制卷,指定类型为 replica,数值为 2,而且后面跟了 4 个 Brick Server,是 2 的两倍,所以创建的是分布式复制卷
gluster volume create dis-rep replica 2 node1:/data/sde1 node2:/data/sde1 node3:/data/sde1 node4:/data/sde1 force

查看当前所有卷的列表

gluster volume list

启动与停止分布式卷

#启动
gluster volume start dis-volume

#停止
gluster volume stop dis-stripe

#删除,注意:删除卷时,需要先停止卷,且信任池中不能有主机处于宕机状态,否则删除不成功
gluster volume delete dis-stripe

查看创建分布式卷信息

#分布式卷
gluster volume info dis-volume

#条带卷
gluster volume info stripe-volume

#复制卷
gluster volume info rep-volume

#分布式条带卷
gluster volume info dis-stripe

#分布式复制卷
gluster volume info dis-rep	

#查看当前所有卷的列表
gluster volume list

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处:http://www.coloradmin.cn/o/822222.html

如若内容造成侵权/违法违规/事实不符,请联系多彩编程网进行投诉反馈,一经查实,立即删除!

相关文章

java学习路程之篇七、进阶知识、时间类、JDK8前后的时间类差异

文章目录 1、时间类2、JDK8(-)时间类3、JDK8()时间类 1、时间类 2、JDK8(-)时间类 3、JDK8()时间类

我的 365 天创作纪念日

✅作者简介:人工智能专业本科在读,喜欢计算机与编程,写博客记录自己的学习历程。 🍎个人主页:小嗷犬的个人主页 🍊个人网站:小嗷犬的技术小站 🥭个人信条:为天地立心&…

华为HCIP第三节-----------------------------MPLS VPN

一、MPLS VPN原理与配置 1、MPLS VPN定义 BGP/MPLS IP VPN网络一般由运营商搭建,VPN用户购买VPN服务来实现用户网络之间的路由传递、数据互通等。 MPLS VPN使用BGP在运营商骨干网(IP网络)上发布VPN路由,使用MPLS在运营商骨干网上…

Vue + ElementUI 实现可编辑表格及校验

效果 完整代码见文末 实现思路 使用两个表单分别用于实现修改和新增处理。 通过一个editIndex变量判断是否是编辑状态来决定是否展示输入框&#xff0c;当点击指定行的修改后进行设置即可&#xff1a; <el-table-columnv-for"(column, index) in columns":key&qu…

操作系统专栏2-文件系统from小林coding

文件系统 文件系统构成虚拟文件系统文件的使用文件的存储连续存储非连续空间存放方式链表方式索引方式 Linux文件的实现方式 空闲分区的管理文件系统结构目录的存储软链接和硬链接 文件系统构成 Linux的设计哲学有一点很重要:一切皆文件,不仅仅是普通的文件和目录,就连块设备,…

数据可视化与机器学习建模:心力衰竭预测_企业科研_论文科研_毕业设计

数据分析与可视化 心力衰竭或心血管疾病 (CVD) 是全球第一大死因&#xff0c;每年夺去大约1790 万人的生命&#xff0c;占全球所有死亡人数的 31%。 大多数心血管疾病可以通过使用全民策略解决烟草使用、不健康饮食和肥胖、缺乏身体活动和有害使用酒精等行为风险因素来预防…

【云原生】k8s组件架构介绍与K8s最新版部署

个人主页&#xff1a;征服bug-CSDN博客 kubernetes专栏&#xff1a;kubernetes_征服bug的博客-CSDN博客 目录 1 集群组件 1.1 控制平面组件&#xff08;Control Plane Components&#xff09; 1.2 Node 组件 1.3 插件 (Addons) 2 集群架构详细 3 集群搭建[重点] 3.1 mi…

Spring入门-技术简介、IOC技术、Bean、DI

前言 Spring是一个开源的项目&#xff0c;并不是单单的一个技术&#xff0c;发展至今已形成一种开发生态圈。也就是说我们可以完全使用Spring技术完成整个项目的构建、设计与开发。Spring是一个基于IOC和AOP的架构多层j2ee系统的架构。 SpringFramework&#xff1a;Spring框架…

GridFsTemplate实现文件管理

目录 需求分析解决方案实现步骤添加maven`spring-boot-starter-data-mongodb`配置文件`GridFsTemplate`实现临时文件和正式文件存储桶分离创建`GridFsTemplateUtil`工具类管理文件的上传、下载和删除创建`GridFsTemplateFileController`控制器暴露上传、下载和删除接口总结需求…

学习gRPC(一)

gRPC 简介 根据官网的介绍&#xff0c;gRPC 是开源高性能远程过程调用&#xff08;RPC&#xff09;框架&#xff0c;可以在任何环境中运行。它可以有效地连接数据中心内部和数据中心之间的服务&#xff0c;并为负载平衡、跟踪、运行状况检查和身份验证提供支持。同时由于其建立…

SAP RSA与RBA,业务需求与技术实现间的桥梁

1. 背景 SAP相关的缩略语很多&#xff0c;抛开背景说RSA与RBA&#xff0c;一定会让大家产生无数的联想。今年介绍的RSA与RBA是SAP最新企业架构方法论中的两个概念&#xff0c;听起来高大上&#xff0c;但其实其初衷和想法都是很容易理解的。话不多说&#xff0c;开始。 2. SA…

C++设计模式之访问者模式

C访问者设计模式 文章目录 C访问者设计模式什么是设计模式什么是访问者设计模式该模式有什么优缺点优点缺点 如何使用 什么是设计模式 设计模式是一种通用的解决方案&#xff0c;用于解决特定的一类问题。它是一种经过验证的代码组织方式&#xff0c;可以帮助开发人员更快地实…

全网最强大的工具箱—utools介绍及分享

今天来介绍一个相见恨晚的PC端工具——utools&#xff0c;什么是utools&#xff1f;用其自身的话来说&#xff1a;“uTools是一个极简、插件化、跨平台的现代化桌面软件。通过自由选配丰富的插件&#xff0c;打造你得心应手的工具集合。”,体验了下&#xff0c;好用且强大&…

vi编辑器的使用二

vi光标命令 vi的查找命令 /string 查找字符串 n 继续查找N 反向继续查找支持正则表达式比如&#xff1a;/^the /end$ vi替换命令 利用:s命令可以实现字符串的替换usage&#xff1a;范围 s/old str/new str (s代表替换。没有指定范围则默认指的是当前行) : s/str1/str2/: s/…

装修小程序,开启装修公司智能化服务的新时代

随着数字化时代的来临&#xff0c;装修小程序成为提升服务质量和效率的关键工具。装修小程序旨在为装修公司提供数字化赋能、提高客户满意度的智慧装修平台。通过装修小程序&#xff0c;装修公司能够与客户进行在线沟通、展示设计方案、提高服务满意度等操作。 装修小程序的好处…

抄写Linux源码(Day2:构建调试环境)

我们计划把操作系统运行在 qemu-system-x86_64 上&#xff0c;使用 gdb 调试 经过 RTFM&#xff0c;可以使用 qemu-system-x86_64 -s -S 让 qemu 在启动之后停住 接着在另一个窗口运行 gdb&#xff0c;输入命令 target remote localhost:1234&#xff0c;即可连接qemu并调试运…

【数据结构】图文并茂,通过逻辑图带你轻松拿捏链表,实现各种接口功能

君兮_的个人主页 勤时当勉励 岁月不待人 C/C 游戏开发 Hello,米娜桑们&#xff0c;这里是君兮_&#xff0c;我们接着之前讲过的顺序表来继续介绍初阶数据结构的内容&#xff0c;今天给大家带来的是有关链表的基本知识和各种接口功能的实现 好了&#xff0c;废话不多说&#x…

STM32(HAL)串口中断接收

目录 1、简介 2 基础配置 2.1.1 SYS配置 2.1.2 RCC配置 2.2 串口外设配置 2.3 项目生成 3、KEIL端程序整合 1、简介 本文对HAL串口中断函数进行介绍。 2 基础配置 2.1.1 SYS配置 2.1.2 RCC配置 2.2 串口外设配置 2.3 项目生成 3、KEIL端程序整合 首先在main.c文件中进行…

Pytorch入门学习——快速搭建神经网络、优化器、梯度计算

我的代码可以在我的Github找到 GIthub地址 https://github.com/QinghongShao-sqh/Pytorch_Study 因为最近有同学问我如何Nerf入门&#xff0c;这里就简单给出一些我的建议&#xff1a; &#xff08;1&#xff09;基本的pytorch&#xff0c;机器学习&#xff0c;深度学习知识&a…

深入理解 Java Bean 的生命周期及各个阶段解析

目录 引言&#xff1a;一、什么是Java Bean二、Bean的生命周期概述三、Bean的创建阶段四、属性设置阶段初始化阶段六、使用阶段七、销毁阶段 引言&#xff1a; Java Bean是Java编程中经常使用的重要概念&#xff0c;它是可重用、可移植、可序列化的组件。在Java开发中&#xf…