GFS 分布式文件系统

最新推荐文章于 2024-11-02 00:18:43 发布
最新推荐文章于 2024-11-02 00:18:43 发布
阅读量150 收藏
点赞数
文章标签： linux
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/m0_56509725/article/details/132812505
版权

GlusterFS 概述：
1．GlusterFS简介
GlusterFS(GFS) 是一个开源的分布式文件系统。
由存储服务器、客户端以及NFS/Samba 存储网关（可选，根据需要选择使用）组成。
MFS（多文件系统）没有元数据服务器组件，这有助于提升整个系统的性能、可靠性和稳定性。

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

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

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

总结：
GFS是一个开源的分布式文件系统，只在扩展存储容量，提高性能，并通过多个互联网的存储节点的数据进行冗余，以确保数据的可用性和一致性。

2．GlusterFS特点
●扩展性和高性能
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 进行访问。

![在这里插入图片描述](https://img-blog.csdnimg.cn/73dce194fb84401394bdc644f2e48a2f.png

GFS有三部分组成：
① 存储服务器
② 客户端NFS/Samba存储网关组成
③无元数据服务器：就是保存数据的地方

GlusterFS 术语：
●Brick（存储块）：
指可信主机池中由主机提供的用于物理存储的专用分区，是GlusterFS中的基本存储单元，同时也是可信存储池中服务器上对外提供的存储目录。
存储目录的格式由服务器和目录的绝对路径构成，表示方法为 SERVER:EXPORT，如 192.168.10.14:/data/mydir/。

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

●FUSE：是一个内核模块，允许用户创建自己的文件系统，无须修改内核代码。
也就是 ----- ''伪文件系统 ‘’

●VFS：内核空间对用户空间提供的访问磁盘的接口。
也就是 ----- ‘‘虚拟端口’’

●Glusterd（后台管理进程）： 在存储群集中的每个节点上都要运行。
也就是—‘’ 服务端’’

GlusterFS 的工作流程:

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

在这里插入图片描述
模块化堆栈式架构:
GlusterFS 采用模块化、堆栈式的架构。
通过对模块进行各种组合，即可实现复杂的功能。例如 Replicate 模块可实现 RAID1，Stripe 模块可实现 RAID0， 通过两者的组合可实现 RAID10 和 RAID01，同时获得更高的性能及可靠性。

弹性 HASH 算法:
弹性 HASH 算法是 Davies-Meyer 算法的具体实现，通过 HASH 算法可以得到一个 32 位的整数范围的 hash 值，
假设逻辑卷中有 N 个存储单位 Brick，则 32 位的整数范围将被划分为 N 个连续的子空间，每个空间对应一个 Brick。
当用户或应用程序访问某一个命名空间时，通过对该命名空间计算 HASH 值，根据该 HASH 值所对应的 32 位整数空间定位数据所在的 Brick。
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
GlusterFS的卷类型
GlusterFS 支持七种卷，即分布式卷、条带卷、复制卷、分布式条带卷、分布式复制卷、条带复制卷和分布式条带复制卷。

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

#示例原理：
File1 和 File2 存放在 Server1，而 File3 存放在 Server2，文件都是随机存储，一个文件（如 File1）要么在 Server1 上，要么在 Server2 上，不能分块同时存放在 Server1和 Server2 上。
在这里插入图片描述
分布式卷具有如下特点：
文件分布在不同的服务器，不具备冗余性。
更容易和廉价地扩展卷的大小。
单点故障会造成数据丢失。
依赖底层的数据保护。
#创建一个名为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 上，文件存储以数据块为单位，支持大文件存储， 文件越大，读取效率越高，但是不具备冗余性。

#示例原理：
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

●复制卷（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 应用。

总结：
GFS分布式卷的类型：
分布式卷、条带卷、复制卷、分布式条带卷、分布式复制卷、条带复制卷、分布式条带复制卷
分布式卷: 以文件为单位通过hash散列在各个brick中，不具备几余能力。
条带卷:把文件数据进行分块，轮询的分布在各个brick中，不具备冗余能力。
复制卷: 把文件在各个brick中做镜像存储，具备几余能力。
分布式条带卷:不具备冗余能力，至少要4个brick，brick数量 >=条带数的2倍。
分布式复制卷:具备冗余能力，至少要4个brick，brick数量 >=副本数的2倍。

部署 GlusterFS 群集 :
Node1节点：node1/20.0.0.101 磁盘：/dev/sdb1 挂载点：/data/sdb1
/dev/sdc1 /data/sdc1
/dev/sdd1 /data/sdd1
/dev/sde1 /data/sde1

Node2节点：node2/20.0.0.102 磁盘：/dev/sdb1 挂载点：/data/sdb1
/dev/sdc1 /data/sdc1
/dev/sdd1 /data/sdd1
/dev/sde1 /data/sde1

Node3节点：node3/20.0.0.103 磁盘：/dev/sdb1 挂载点：/data/sdb1
/dev/sdc1 /data/sdc1
/dev/sdd1 /data/sdd1
/dev/sde1 /data/sde1

Node4节点：node4/20.0.0.104 磁盘：/dev/sdb1 挂载点：/data/sdb1
/dev/sdc1 /data/sdc1
/dev/sdd1 /data/sdd1
/dev/sde1 /data/sde1
客户端节点：20.0.0.105

准备环境（所有node节点上操作）：
1．关闭防火墙

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
df -h 查看磁盘剩余空间和挂载点情况

3．修改主机名，配置/etc/hosts文件(全部node节点)
#以Node1节点为例：

hostnamectl set-hostname node1
su

echo "20.0.0.101 node1" >> /etc/hosts
echo "20.0.0.102 node2" >> /etc/hosts
echo "20.0.0.103 node3" >> /etc/hosts
echo "20.0.0.104 node4" >> /etc/hosts

----- 安装、启动GlusterFS（所有node节点上操作） -----
#将gfsrepo 软件上传到/opt目录下

cd /opt
unzip gfsrepo.zip
scp -P 22 /opt/gfsrepo.zip root@20.0.0.102:/opt#本地机器上位于"/opt"目录下的文件"gfsrepo.zip"复制到具有IP地址"20.0.0.102"的远程机器上的"/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

故障原因是版本过高导致:
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

----- 添加节点到存储信任池中（在 node1 节点上操作） -----
#只要在一台Node节点上添加其它节点即可

gluster peer probe node1

gluster peer probe node2
gluster peer probe node3
gluster peer probe node4

在这里插入图片描述

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

gluster peer status

----- 创建卷 -----
#根据规划创建如下卷：
卷名称 卷类型 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．创建分布式卷
#创建分布式卷，没有指定类型，默认创建的是分布式卷

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

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
gluster volume info 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
gluster volume info 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
gluster volume info dis-stripe

5．创建分布式复制卷
指定类型为 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

----- 部署 Gluster 客户端 -----
1．安装客户端软件
#将gfsrepo 软件上传到/opt目下

cd /opt
unzip gfsrepo.zip

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 #上安装GlusterFS软件和GlusterFS FUSE客户端，从而使您能够利用和访问GlusterFS卷。

2．创建挂载目录

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

3．配置 /etc/hosts 文件

echo "20.0.0.101 node1" >> /etc/hosts
echo "20.0.0.102 node2" >> /etc/hosts
echo "20.0.0.103 node3" >> /etc/hosts
echo "20.0.0.104 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 #显示 Linux 系统上的磁盘空间和挂载点

#永久挂载
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

----- 测试 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．查看文件分布
#查看分布式文件分布

[root@node1 ~]# ls -lh /data/sdb1	
#数据没有被分片

总用量 160M
-rw-r–r-- 2 root root 40M 12月 18 14:50 demo1.log
-rw-r–r-- 2 root root 40M 12月 18 14:50 demo2.log
-rw-r–r-- 2 root root 40M 12月 18 14:50 demo3.log
-rw-r–r-- 2 root root 40M 12月 18 14:50 demo4.log
[root@node2 ~]# ll -h /data/sdb1
总用量 40M
-rw-r–r-- 2 root root 40M 12月 18 14:50 demo5.log

#查看条带卷文件分布

[root@node1 ~]# ls -lh /data/sdc1
	#数据被分片50% 没副本 没冗余

总用量 101M
-rw-r–r-- 2 root root 20M 12月 18 14:51 demo1.log
-rw-r–r-- 2 root root 20M 12月 18 14:51 demo2.log
-rw-r–r-- 2 root root 20M 12月 18 14:51 demo3.log
-rw-r–r-- 2 root root 20M 12月 18 14:51 demo4.log
-rw-r–r-- 2 root root 20M 12月 18 14:51 demo5.log

[root@node2 ~]# ll -h /data/sdc1					#数据被分片50% 没副本 没冗余

总用量 101M
-rw-r–r-- 2 root root 20M 12月 18 14:51 demo1.log
-rw-r–r-- 2 root root 20M 12月 18 14:51 demo2.log
-rw-r–r-- 2 root root 20M 12月 18 14:51 demo3.log
-rw-r–r-- 2 root root 20M 12月 18 14:51 demo4.log
-rw-r–r-- 2 root root 20M 12月 18 14:51 demo5.log

#查看复制卷分布：

[root@node3 ~]# ll -h /data/sdb1					#数据没有被分片 有副本 有冗余

总用量 201M
-rw-r–r-- 2 root root 40M 12月 18 14:51 demo1.log
-rw-r–r-- 2 root root 40M 12月 18 14:51 demo2.log
-rw-r–r-- 2 root root 40M 12月 18 14:51 demo3.log
-rw-r–r-- 2 root root 40M 12月 18 14:51 demo4.log
-rw-r–r-- 2 root root 40M 12月 18 14:51 demo5.log

[root@node4 ~]# ll -h /data/sdb1					#数据没有被分片 有副本 有冗余

总用量 201M
-rw-r–r-- 2 root root 40M 12月 18 14:51 demo1.log
-rw-r–r-- 2 root root 40M 12月 18 14:51 demo2.log
-rw-r–r-- 2 root root 40M 12月 18 14:51 demo3.log
-rw-r–r-- 2 root root 40M 12月 18 14:51 demo4.log
-rw-r–r-- 2 root root 40M 12月 18 14:51 demo5.log

#查看分布式条带卷分布

[root@node1 ~]# ll -h /data/sdd1					#数据被分片50% 没副本 没冗余

总用量 81M
-rw-r–r-- 2 root root 20M 12月 18 14:51 demo1.log
-rw-r–r-- 2 root root 20M 12月 18 14:51 demo2.log
-rw-r–r-- 2 root root 20M 12月 18 14:51 demo3.log
-rw-r–r-- 2 root root 20M 12月 18 14:51 demo4.log

[root@node2 ~]# ll -h /data/sdd1

总用量 81M
-rw-r–r-- 2 root root 20M 12月 18 14:51 demo1.log
-rw-r–r-- 2 root root 20M 12月 18 14:51 demo2.log
-rw-r–r-- 2 root root 20M 12月 18 14:51 demo3.log
-rw-r–r-- 2 root root 20M 12月 18 14:51 demo4.log

[root@node3 ~]# ll -h /data/sdd1

总用量 21M
-rw-r–r-- 2 root root 20M 12月 18 14:51 demo5.log

[root@node4 ~]# ll -h /data/sdd1

总用量 21M
-rw-r–r-- 2 root root 20M 12月 18 14:51 demo5.log

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

[root@node1 ~]# ll -h /data/sde1

总用量 161M
-rw-r–r-- 2 root root 40M 12月 18 14:52 demo1.log
-rw-r–r-- 2 root root 40M 12月 18 14:52 demo2.log
-rw-r–r-- 2 root root 40M 12月 18 14:52 demo3.log
-rw-r–r-- 2 root root 40M 12月 18 14:52 demo4.log

[root@node2 ~]# ll -h /data/sde1

总用量 161M
-rw-r–r-- 2 root root 40M 12月 18 14:52 demo1.log
-rw-r–r-- 2 root root 40M 12月 18 14:52 demo2.log
-rw-r–r-- 2 root root 40M 12月 18 14:52 demo3.log
-rw-r–r-- 2 root root 40M 12月 18 14:52 demo4.log

[root@node3 ~]# ll -h /data/sde1

总用量 41M
-rw-r–r-- 2 root root 40M 12月 18 14:52 demo5.log
[root@node3 ~]#

[root@node4 ~]# ll -h /data/sde1
总用量 41M
-rw-r–r-- 2 root root 40M 12月 18 14:52 demo5.log

----- 破坏性测试 -----
#挂起 node2 节点或者关闭glusterd服务来模拟故障
[root@node2 ~]# systemctl stop glusterd.service

#在客户端上查看文件是否正常
#分布式卷数据查看：

[root@localhost test]# ll /test/dis/		#在客户机上发现少了demo5.log文件，这个是在node2上的

总用量 163840
-rw-r–r-- 1 root root 41943040 12月 18 14:50 demo1.log
-rw-r–r-- 1 root root 41943040 12月 18 14:50 demo2.log
-rw-r–r-- 1 root root 41943040 12月 18 14:50 demo3.log
-rw-r–r-- 1 root root 41943040 12月 18 14:50 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 12月 18 14:51 demo5.log

#分布式复制卷

[root@localhost test]# ll /test/dis_rep/	#可以访问，分布式复制卷具备冗余性

总用量 204800
-rw-r–r-- 1 root root 41943040 12月 18 14:52 demo1.log
-rw-r–r-- 1 root root 41943040 12月 18 14:52 demo2.log
-rw-r–r-- 1 root root 41943040 12月 18 14:52 demo3.log
-rw-r–r-- 1 root root 41943040 12月 18 14:52 demo4.log
-rw-r–r-- 1 root root 41943040 12月 18 14:52 demo5.log

#挂起 node2 和 node4 节点，在客户端上查看文件是否正常
#测试复制卷是否正常：

[root@localhost rep]# ls -l /test/rep/		#在客户机上测试正常 数据有

总用量 204800
-rw-r–r-- 1 root root 41943040 12月 18 14:51 demo1.log
-rw-r–r-- 1 root root 41943040 12月 18 14:51 demo2.log
-rw-r–r-- 1 root root 41943040 12月 18 14:51 demo3.log
-rw-r–r-- 1 root root 41943040 12月 18 14:51 demo4.log
-rw-r–r-- 1 root root 41943040 12月 18 14:51 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 12月 18 14:52 demo1.log
-rw-r–r-- 1 root root 41943040 12月 18 14:52 demo2.log
-rw-r–r-- 1 root root 41943040 12月 18 14:52 demo3.log
-rw-r–r-- 1 root root 41943040 12月 18 14:52 demo4.log
-rw-r–r-- 1 root root 41943040 12月 18 14:52 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卷（分布式复制卷）
M上去学习
关注
GFS分布式文件系统
yiluo__的博客
07-20 867
rw-r--r--. 2 root root 43M 4月 17 22:06 demo1.log。-rw-r--r--. 2 root root 43M 4月 17 22:06 demo2.log。-rw-r--r--. 2 root root 43M 4月 17 22:06 demo1.log。-rw-r--r--. 2 root root 43M 4月 17 22:06 demo2.log。-rw-r--r--. 2 root root 43M 4月 17 22:06 demo1.log。
GFS分布式 文件系统
mikechen1的博客
04-08 1216
开源的分布式文件系统，由存储服务器、客户端以及NFS/Samba存储网关组成，无原数据服务器具有扩展性和高性能，高可用性有（冗余、容灾），全局统一命名空间，弹性卷管理，基于标准协议，通过多和互联网的存储节点进行冗余，以确保数据的可用性和一致性。
GFS分布式文件系统（分布式文件系统与企业级应用）
2401_85084312的博客
08-20 837
infinityBand：无线带宽技术；低延迟，高带宽，使用网络连接起来，但不再采用tcp、udp协议（因为绕过了操作系统的内核，直接让server端与客户端建立连接）GlusterFS是Scale-Out存储解决方案Gluster的核心，它是一个开源的分布式文件系统，具有强大的横向扩展能力，通过扩展能够支持数PB存储容量和处理数千客户端。GlusterFS借助TCP/IP或InfiniBandRDMA网络将物理分布的存储资源聚集在一起，使用单一全局命名空间来管理数据。1：扩展性和高性能。
GFS分布式文件系统实验包
04-08
**GFS分布式文件系统实验包** GFS，全称为Google File System，是Google开发的一款分布式文件系统，主要用于处理大规模的数据存储和处理任务。这个实验包是针对GFS的一个学习资源，旨在帮助用户理解和掌握分布式...
Linux特种文件系统--tmpfs文件系统
刘元林的博客
10-29 1027
tmpfs类似于RamDisk（只能使用物理内存），使用虚拟内存（简称VM）子系统的页面存储文件。tmpfs完全依赖VM，遵循子系统的整体调度策略。说白了tmpfs跟普通进程差不多，使用的都是某种形式的虚拟内存，至于数据存储在物理内存中还是在交换分区中，全权交由VM子系统。定义： 是一个基于内存的文件系统，它在 RAM 中存储数据，因此访问速度非常快。用途： 通常用于存储临时文件，这些文件不需要永久保存，而且频繁读写。使用 可以减少对物理磁盘的磨损，并提高性能。示例路径：常见的 挂载点包括 、、 等。持
Camp4-L0：Linux 前置基础
fangsfdavid的博客
10-29 879
书生浦语大模型实战营第四期：Linux前置基础
【Linux】MySQLMGR主从复制
Stringzhua的博客
10-30 842
MySQL是⽬前最流⾏的开源关系型数据库，国内⾦融⾏业也开始全⾯使⽤，其中MySQL5.7.17提出的 MGR(MySQL Group Replication)既可以很好的保证数据⼀致性⼜可以⾃动切换，具备故障检测功能、 ⽀持多节点写⼊，MGR是⼀项被普遍看好的技术。MGR(MySQL Group Replication)是MVSQL⾃带的⼀个插件，可以灵活部署。
第三章.Linux文件管理和IO重定向
Raymond的博客
10-30 66
Linux的文件系统分层结构：FHS Filesystem Hierarchy Standard参考文档：http://www.pathname.com/fhs/ 1.3 应用程序的组成部分 1.4 CentOS 7 以后版本目录结构变化 /bin 和 /usr/bin /sbin 和 /usr/sbin /lib 和/usr/lib /lib64 和 /usr/lib64 范例： 1.5 Linux下的文件类型 - 普通文件 d 目录文件directory b 块设备block c 字符设备cha
‌Linux tac命令‌
weixin_37788102的博客
10-30 322
tac命令实际上是cat命令的一个变体，尽管它的功能相对简单，但在某些情况下非常有用。例如，当需要查看文件的最后一行（通常是标题或总结）时，使用tac命令可以避免滚动查看整个文件。此外，tac命令对于处理大型文件或需要快速定位文件末尾内容的情况非常有用‌。‌Linux tac命令‌是一个用于逆序显示文件内容的工具，其名称来源于“cat”的反向拼写。tac命令的基本功能是将文件的内容从最后一行开始输出，直到第一行结束，这与cat命令的功能相反，cat命令是从第一行开始输出直到最后一行。tac命令的基本用法。
Linux 之 信号概念、进程、进程间通信、线程、线程同步
挥剑决浮云的博客
11-01 618
如果释放互斥锁时有一个以上的线程阻塞，那么这些阻塞的线程会被唤醒，它们都会尝试对互斥锁进行加锁，当有一个线程成功对互斥锁上锁之后，其它线程就不能再次上锁了，只能再次陷入阻塞，等待下一次解锁。事实上，子进程是父进程的一个副本，譬如子进程拷贝了父进程的数据段、堆、栈以及继承了父进程打开的文件描述符，父进程与子进程并不共享这些存储空间，这是子进程对父进程相应部分存储空间的完全复制，执行fork()之后，每个进程均可修改各自的栈数据以及堆段中的变量，而并不影响另一个进程。是一族函数，而不是一个单独的函数。
Linux 基础IO
最新发布
Emilia_is_angel的博客
11-02 522
对Linux的文件系统和IO接口进行了简单的介绍
1Panel 是新一代的 Linux 服务器运维管理面板
qq_44534541的博客
10-29 490
1Panel 是一款新一代的 Linux 服务器运维管理面板，旨在通过现代化的 Web 界面帮助用户轻松管理 Linux 服务器。它集成了主机监控、文件管理、数据库管理、容器管理等功能，并且支持多语言和国际化，包括英语、中文(繁体)和日语。
Linux: network: hw csum failure
mzhan017的博客
10-30 604
这里总结一下几个checksum的问题，仅供参考。需要看所使用的系统是否已经有了相应的fix。也可能是一个新问题，如果是新问题，恭喜发现了新的宝藏。
Linux云计算 |【第五阶段】CLOUD-DAY7
小安的运维专栏
11-01 1206
在kubernetes平台上理解掌握各种控制器的用法：掌握kubectl管理命令、掌握POD原理、掌握集群调度的规则、熟悉控制器资源文件
【Linux】文件系统
weixin_74792326的博客
10-30 787
删一个文件的时候，拿到文件编号，到inode Bitmap里找到文件的inode编号，看它的位图是1说明他是有效的，然后再去inode Table读取它的属性，获得对应的块的块号，在Block Bitmap中将所有块号全部清零，然后再去inode Bitmap里将对应的清0，就完成了文件的删除。每一个inode都有自己的inode编号（inode的设置，是以分区为单位的，不能跨分区） inode表示文件的所有属性，文件名，并不属于inode内的属性。那么，我们怎么知道一个文件的inode编号？
Linux中FTP安装
十一、的博客
10-29 1543
FTP是Internet上用于提供文件传输服务的一种使用非常广泛的通信协议；FTP使用两个并行的TCP连接：一个用于控制信息（如口令、用户标识、文件操作命令等），默认使用端口21；另一个用于数据传输，默认使用端口20。Wu-FTPD是一个功能强大的FTP服务器守护程序，广泛应用于建立多种类型的FTP服务器。注册方式：Wu-FTPD支持三种注册方式：匿名FTP、实际用户FTP以及guest FTP。
【Linux】线程锁&同步互斥&生产消费模型
qq_48460693的博客
10-29 1083
Linux线程同步、生产消费模型
GFS分布式文件系统项目
05-19
GFS（Google File System）是谷歌公司开发的分布式文件系统，旨在提供高性能、可靠性和可扩展性。GFS最初是为支持谷歌的搜索引擎而开发的，后来成为了谷歌基础设施的一部分。GFS具有以下特点： 1. 大规模：GFS能够...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值