💝💝💝欢迎来到我的博客,很高兴能够在这里和您见面!希望您在这里可以感受到一份轻松愉快的氛围,不仅可以获得有趣的内容和知识,也可以畅所欲言、分享您的想法和见解。
推荐:Linux运维老纪的首页,持续学习,不断总结,共同进步,活到老学到老
导航剑指大厂系列:全面总结 运维核心技术:系统基础、数据库、网路技术、系统安全、自动化运维、容器技术、监控工具、脚本编程、云服务等。
常用运维工具系列:常用的运维开发工具, zabbix、nagios、docker、k8s、puppet、ansible等
数据库系列:详细总结了常用数据库 mysql、Redis、MongoDB、oracle 技术点,以及工作中遇到的 mysql 问题等
懒人运维系列:总结好用的命令,解放双手不香吗?能用一个命令完成绝不用两个操作
数据结构与算法系列:总结数据结构和算法,不同类型针对性训练,提升编程思维,剑指大厂
非常期待和您一起在这个小小的网络世界里共同探索、学习和成长。💝💝💝 ✨✨ 欢迎订阅本专栏 ✨✨
Linux--GFS分布式文件系统
GFS分布式文件系统群集
一、GlusterFS概述
1. GlusterFS简介
GlusterFS是一个开源的分布式文件系统。
它由存储服务器、客户端以及NFS/Samba存储网关(可选,根据需要选择使用)组成。
系统中无元数据服务器组件,这有助于提升整个系统的性能、可靠性和稳定性。
2. 与传统分布式文件系统(如MFS)的区别
传统的分布式文件系统大多通过元服务器来存储元数据,元数据包含存储节点上的目录信息、目录结构等。这样的设计在浏览目录时效率高,但是也存在一些缺陷,例如单点故障。一旦元数据服务器出现故障,即使节点具备再高的冗余性,整个存储系统也将崩溃。
而GlusterFS分布式文件系统是基于无元服务器的设计,数据横向扩展能力强,具备较高的可靠性即存储效率。
GlusterFS同时也是Scale-Out(横向扩展)存储解决方案Gluster的核心,在存储数据方面具有强大的横向扩展能力,通过扩展能够支持数PB存储容量和处理数千客户端。
GlusterFS支持借助TCP/IP或InfiniBandRDMA网络(一种支持多并发链接的技术,具有高带宽、低时延、高扩展性的特点)将物理分散分布的存储资源汇聚在一起,统一提供存储服务,并使用统一全局命名空间来管理数据。
3. GlusterFS的特点
3.1 扩展性和高性能
Gluster利用双重特性来提供高容量存储解决方案。
(1)Scale-Out架构允许通过简单地增加存储节点的方式来提高存储容量和性能(磁盘、计算和I/O资源都可以独立增加),支持10GbE和InfiniBand等高速网络互联。
(2)Gluster弹性哈希(ElasticHash)解决了GlusterFS对元数据服务器的依赖,改善了单点故障和性能瓶颈,真正实现了并行化数据访问。GlusterFS采用弹性哈希算法在存储池中可以智能地定位任意数据分片(将数据分片存储在不同节点上),不需要查看索引或者向元数据服务器查询。
3.2 高可用性
GlusterFS可以对文件进行自动复制,如镜像或多次复制,从而确保总是可以访问,甚至是在硬件故障的情况下也能正常访问。
当数据出现不一致时,自我修复功能能够把数据恢复到正确的状态,数据的修复是以增量的方式在后台执行,几乎不会产生性能负载。
GlusterFS可以支持所有的存储,因为它没有设计自己的私有数据文件格式,而是采用操作系统中主流标准的磁盘文件系统(如EXT3、XFS等)来存储文件,因此数据可以使用传统访问磁盘的方式被访问。
3.3 全局统一命名空间
分布式存储中,将所有节点的命名空间整合为统一命名空间,将整个系统的所有节点的存储容量组成一个大的虚拟存储池,供前端主机访问这些节点完成数据读写操作。
3.4 弹性卷管理
GlusterFS通过将数据存储在逻辑卷在中,逻辑卷从逻辑存储池进行独立逻辑划分而得到。
逻辑存储池可以在线进行增加和移除,不会导致业务中断。逻辑卷可以根据需求在线增长和缩减,并可以在多个节点中实现负载均衡。
文件系统配置也可以实时在线进行更改并应用,从而可以适应工作负载条件变化或在线性能调优。
3.5 基于标准协议
Gluster存储服务支持NFS、CIFS、HTTP、FTP、SMB及Gluster原生协议,完全与POSIX标准(可移植操作系统弄接口)兼容。现有应用程序不需要做任何修改就可以 对Gluster中的数据进行访问,也可以使用能够专用API进行访问。
4. GlusterFS术语
4.1 Brick(存储块)
指可信主机池中由主机提供的用于物理存储的专用分区,是GlusterFS中的基本存储单元,同时也是可信存储池中服务器上对外提供的存储目录。
存储目录的格式由服务器的绝对路径构成,表示方法为SERVER:EXPORT,如192.168.1.1:/data/mydir/。
4.2 Volume(逻辑卷)
一个逻辑卷是一组Brick的集合。卷是数据存储的逻辑设备,类似于LVM中的逻辑卷。大部分Gluster管理操作是在卷上进行的。
4.3 FUSE
是一个内核模块,允许用户创建自己的文件系统,无需修改内核代码。
4.4 VFS
内核空间对用户空间提供的访问磁盘的接口。
4.5 Glusterd(后台管理进程)
在存储集群中的每个节点上都要运行。
5. 模块化堆栈式架构
通过对模块进行各种组合,即可实现复杂的功能。例如:Replicate模块可实现RAID 1,Stripe模块可实现RAID 0,通过两者的组合可实现RAID 10和RAID 01,同时获得更高的性能及可靠性。
6. Gluster的工作流程
(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,并且将数据写入到服务器存储设备上。
7. 弹性Hash算法
7.1 弹性Hash算法的概念
弹性HASH算法是Davies-meyer算法的具体实现,通过Hash算法可以得到一个32位的整数范围的Hash值,假设逻辑卷中有N个存储单位Brick,则32位的整数范围将划分为N个连续的子空间,每个空间对应一个Brick。
当用户或应用程序访问某一个命名空间时,同对该命名空间计算Hash值,根据该Hash值所对应的的32位整数空间定位数据所在的Brick。
7.2 弹性Hash算法的优点
保证数据平均分布在每一个Brick中。
解决了对元数据服务器的依赖,进而解决了单点故障以及访问瓶颈。
8. GlusterFS的卷类型
GlusterFS支持七种卷,即分布卷、条带卷、复制卷、分布式条带卷、分布式复制卷、条带复制卷和分布式条带复制卷。
8.1 分布式卷(Distribute volume)
8.1.1 分布式卷概述
文件通过Hash算法分布到所有Brick Server上,这种卷是ClusterFS的默认卷,以文件为单位分局Hash算法散列到不同的Brick,其实只是扩大了磁盘空间,如果有一块磁盘损坏,数据也将丢失,属于文件级的RAID 0,不具有容错能力。
在该模式下,并没有对文件进行分块处理,文件直接存储在某个Server节点上。由于直接使用本地文件系统进行文件存储,所以存取效率并没有提高,反而会因为网络通信的原因而有所降低。
总结:
● 没有对文件进行分块处理
● 通过扩展文件属性保存Hash值
● 支持的底层文件系统有EXT3、EXT4、ZFS、XFS等
8.1.2 示例原理
File1和File2存放在Server1,而File3存放在Server2,文件都是司机存储,一个文件(如File1)要么在Server1上,要么在Server2上,不能分块同时存放在Server1和Server2上。
8.1.3 分布式卷的特点
分布式卷具有如下特点:
● 文件分布在不同的服务器,不具备冗余性
● 更容易和廉价地扩展卷的大小
● 单点故障会造成数据丢失
● 依赖底层的数据保护
8.1.4 创建方法
创建一个名为dis-volume的分布式卷,文件将根据Hash分布在server1:/dir1、server2:/dir2和Server3:/dir3中
gluster volume create dis-volume server1:/dir1 server2:/dir2 derver3:/dir3
8.2 条带卷(Stripe volume)
8.2.1 条带卷概述
类似RAID 0,文件被分成数据块并以轮询的方式分布到多个Brick Server上,文件存储以数据块为单位,支持大文件存储,文件越大,读取效率越高,但是不具备冗余性。
8.2.2 示例原理
File被分割为6段,1/3/5放在Server1上,2/4/6放在Server2上、
8.2.3 条带卷特点
● 数据被分割成更小块分布到块服务器集群中的不同条带区
● 分布减少了负载且更小的文件加速了存取的速度
● 没有数据冗余
8.2.4 创建方法
创建一个名为stripe-volume的条带卷,文件将被分块轮询的存储在Server1:/dir1和Server2:/dir2两个Brick中
gluster volume create stripe 2 transport tcp server1:/dir1 server2:/dir2
8.3 复制卷(Replica volume)
8.3.1 复制卷概述
将文件同步到多个Brick上,使其具备多个文件副本,属于文件级RAID 1,具有容错能力。因为数据分散在多个Brick中,所以读性能得到很大提升,但写性能下降。
复制卷具备冗余性,即使一个节点损坏,也不影响数据的正常使用。但因为要保存副本,所以磁盘利用率较低。
8.3.2 示例原理
File1同时存在Server1和Server2中,File2也是如此,相当于Server2中的文件时Server1中文件的副本。
8.3.3 复制卷特点
● 卷中所有的服务器均保存一个完整的副本
● 卷的副本数量可由客户创建的时候决定,但复制数必须等于卷中Brick所包含的存储服务器数
● 至少由两个块服务器或更多服务器
● 具备冗余性
8.3.4 创建方法
创建名为rep-volume的复制卷,文件将同时存储两个副本,分别在Server1:/dir1和Server2:/dir2两个Brick中
gluster volume create rep-volume replica 2 transport tcp server1:/dir1 server2:/dir2
8.4 分布式条带卷(Distribute Stripe volume)
8.4.1 分布式条带卷概述
Brick Server数量是条带数(数据块分布的Brick数量)的倍数,兼具分布式卷和条带卷的特点。
主要用于大文件访问处理,创建一个分布式条带卷最少需要4台服务器。
8.4.2 示例原理
File1和File2通过分布式卷的功能分别定为到Server1和Server2.在Server1中,File1被分割成4段,其中1、3在Server1中的exp1目录中,2、4在Server2中的exp2目录中。在Server2中File2也被分割成4段,其中1、3在Server2中的exp3目录中,2、4在Server2中的exp4目录中。
8.4.3 创建方法
创建一个名为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倍甚至更多,那么将创建的是分布式条带卷或分布式复制卷。
8.5 分布式复制卷(Distribute Replica volume)
8.5.1 分布式复制卷概述
Brick Server数量是镜像数(数据副本数量)的倍数,兼具分布式卷和复制卷的特点。
主要用于需要冗余的情况下。
8.5.2 示例原理
File1和File2通过分布式卷的功能分别定为到Server1和Server2。在存放File1时,File1根据复制卷的特性,将存在两个相同的副本,分别是Server1中的exp1目录和Server2中的exp2目录。在存放File2时,File2根据复制卷的特性,也将存在两个相同的副本,分别是Server3中的exp3目录和Server4中的exp4目录。
8.5.3 创建方法
创建一个名为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
8.6 条带复制卷(Stripe Replica volume)
类似RAID 10,同时具有条带卷和复制卷的特点。
8.7 分布式条带复制卷(Distribute Stripe Replica volume)
三种基本卷的复合卷,通常用于类Map Reduce应用。
单位换算
1字节=8位
1B=1字节
1KB=1024B
1MB=1024KB
1GB=1024MB
1TB=1024GB
1PB=1024TB
因为centos7GFS不支持条带卷,但是支持分布式卷和复制卷。所以我们只能创建分布式卷和复制卷以及分布复制卷
服务节点分配
服务器节点 | ip地址 | 主机名 | 磁盘部署 | 对应挂载点 |
Node1节点 | 192.168.10.4 | node1 | /dev/sdb1/dev/sdc1 | /data/sdb1/data/sdc1 |
Node2节点 | 192.168.10.5 | node2 | /dev/sdb1/dev/sdc1 | /data/sdb1/data/sdc1 |
客户端节点 | 192.168.10.6 | client | - | - |
在所有节点编写yum源,即gfs源
以下是官方源
执行下面命令指向互联网仓库
使用互联网仓库和官方源
服务器环境,在所有node节点上操作![](https://i-blog.csdnimg.cn/direct/5a4af42390f24deebf92ac0b97672f1c.png)
添加硬盘
编写脚本,磁盘分区并挂载
执行脚本,已挂载
编写/etc/hosts文件
安装并启动GFS,在所有node节点上操作
添加节点到存储信任池
查看gfs集群状态
卷名称 | 卷类型 | Brick |
dis-volume | 分布式卷 | node1(/data/sdb1)、node2(/data/sdb1) |
rep-volume | 复制卷 | node1(/data/sdc1)、node2(/data/sdc1) |