目录
挂起 node2 节点或者关闭glusterd服务来模拟故障
GlusterFS概述
GlusterFS简介
GlusterFS是一个开源的分布式文件系统. 由存储服务器、客户端以及NEB/Samba存储网关(可选,根据需要选择使用)组成. 没有元数据服务器组件,这有助于提升整个系统的性能、可靠性和稳定性.
MFS
传统的分布式文件系统大多通过元服务器来存储元数据,元数据包含存储节点上的目录信息、目录结构等。这样的设计在浏览目录时效率高,但是也存在一些缺陷,例如单点故障。一旦元数据服务器出现故障,即使节点具备再高的冗余性,整个存储系统也将崩溃。而GlusterFS分布式文件系统是基于无元服务器的设计,数据横向扩展能力强,具备较高的可靠性及存储效率。
GlusterFS同时也是Scale-Out(横向扩展)存储解决方案Gluster的核心,在存储数据方面具有强大的横向扩展能力,通过扩展能够支持数PB存储容量和处理数千客户端
GlusterFS支持借助TCP/IP或InfiniBandRDMWA网络(一种支持多并发链接的技术,具有高带宽、低时延、高扩展性的特点)将物理分散分布的存储资源汇聚在一起,统一提供存储服务,并使用统一全局命名空间来管理数据。
GlusterFS特点
扩展性和高性能
GlusterFs利用双重特性来提供高容量存储解决方案. (1)Scale-Out架构允许通过简单地增加存储节点的方式来提高存储容量和性能(磁盘、计算和I/o资源都可以独立增加),支持10GbE和InfiniBand等高速网络互联. (2)Gluster弹性哈希(ElasticHash)解决了GlusterFS对元数据服务器的依赖,改善了单点故障和性能瓶颈,真正实现了并行化数据访问.GlusterFS采用弹性哈希算法在存储池中可以智能地定位任意数据分片(将数据分片存储在不同节点上),不需要查看索引或者向元数据服务器查询.
高可用性
GlusterFD可以对文件进行自动复制,如镜像或多次复制,从而确保数据总是可以访问,甚至是在硬件故障的情况下也能正常访问。 当数据出现不一致时,自我修复功能能够把数据恢复到正确的状态,数据的修复是以增量的方式在后台执行,几乎不会产生性能负载。 GlusterFS可以支持所有的存储,因为它没有设计自己的私有数据文件格式,而是采用操作系统中主流标准的磁盘文件系统(如EXT3、XFS等)来存储文件,因此数据可以使用传统访问磁盘的方式被访问。
全局统一命名空间
分布式存储中,将所有节点的命名空间整合为统一命名空间,将整个系统的所有节点的存储容量组成一个大的虚拟存储池,供前端主机访问这些节点完成数据读写操作。
弹性卷管理
GlusterFS通过将数据储存在逻辑卷中,逻辑卷从逻辑存储池进行独立逻辑划分而得到。 逻辑存储池可以在线进行增加和移除,不会导致业务中断。逻辑卷可以根据需求在线增长和缩减,并可以在多个节点中实现负载均衡。 文件系统配置也可以实时在线进行更改并应用,从而可以适应工作负载条件变化或在线性能调优。
基于标准协议
Gluster 存储服务支持NFS、CIFS、HTTP、FTP、SMB及Gluster原生协议,完全与poSrx标准(可移植操作系统接口)兼容。 现有应用程序不需要做任何修改就可以对Gluster中的数据进行访问,也可以使用专用API进行访问。
GlusterFS 术语
-
Brick(存储块): 指可信主机池中由主机提供的用于物理存储的专用分区,是GlusterFs中的基本存储单元,同时也是可信存储池中服务器上对外提供的存储目录。存储目录的格式由服务器和目录的绝对路径构成,表示方法为SERVER:EXPORT,如192.168.80.10:/data/mydir/。
-
Volume(逻辑卷): 一个逻辑卷是一组Brick的集合。卷是数据存储的逻辑设备,类似于LVM中的逻辑卷。大部分Gluster管理操作是在卷上进行的。
-
FUSE: 是一个内核模块,允许用户创建自己的文件系统,无须修改内核代码
-
VFS: 内核空间对用户空间提供的访问磁盘的接口。
-
Glusterd(后台管理进程): 在存储群集中的每个节点上都要运行。
模块化堆栈式架构
Glusterrs采用模块化、堆栈式的架构。 通过对模块进行各种组合,即可实现复杂的功能。例如Replicate模块可实现RAID1,stripe模块可实现RAID0,通过两者的组合可实现RAID10和RAID01,同时获得更高的性能及可靠性。
GlusterFS的工作流程
(1)客户端或应用程序通过GlusterFS的挂载点访问数据。 (2)linux系统内核通过VFS API收到请求并处理。 (3)vEs将数据递交给FUSE内核文件系统,并向系统注册一个实际的文件系统FUSE,而USE文件系统则是将数据通过/dev/fuse 设备文件递交给了GlusterFs client端。可以将FUSE文件系统理解为一个代理。 (4)GlusterFS client 收到数据后,client根据配置文件的配置对数据进行处理。 (5)经过GlusterFS client 处理后,通过网络将数据传递至远端的GlusterFs Server,并且将数据写入到服务器存储设备上。
弹性HASH算法
弹性 HASH 算法是 Davies-Meyer 算法的具体实现,通过 HASH 算法可以得到一个 32 位的整数范围的 hash 值, 假设逻辑卷中有 N 个存储单位 Brick,则 32 位的整数范围将被划分为 N 个连续的子空间,每个空间对应一个 Brick。 当用户或应用程序访问某一个命名空间时,通过对该命名空间计算 HASH 值,根据该 HASH 值所对应的 32 位整数空间定位数据所在的 Brick。
弹性 HASH 算法的优点:
保证数据平均分布在每一个 Brick 中。 解决了对元数据服务器的依赖,进而解决了单点故障以及访问瓶颈。
GlusterFS的卷类型
分布式卷(Distribute volume):
文件通过HASH算法分布到所有Brick Server上,这种卷是GlusterFs的默认卷;以文件为单位根据HASH算法散列到不同的Brick,其实只是扩大了磁盘空间,如果有一块磁盘损坏,数据也将丢失,属于文件级的RAID0,不具有容错能力。 在该模式下,并没有对文件进行分块处理,文件直接存储在某个Server节点上。 由于直接使用本地文件系统进行文件存储,所以存取效率并没有提高,反而会因为网络通信的原因而有所降低。
示例原理:
File1和rile2存放在server1,而File3存放在server2,文件都是随机存储,一个文件(如File1)要么在server1上,要么在server2上,不能分块同时存放在server1和server2上。
分布式卷具有如下特点:
文件分布在不同的服务器,不具备冗余性。 更容易和廉价地扩展卷的大小。 单点故障会造成数据丢失。 依赖底层的数据保护。
创建分布式卷
#创建一个名为dis-volume的分布式卷,文件将根据ASH分布在server1:/dir1、server2:/dir2和server3:/dir3中
gluster volume create dis-volume serverl:/dirl server2:/dir2 server3:/dir3
条带卷(stripe volume):
类似RAID0,文件被分成数据块并以轮询的方式分布到多个Brick server上,文件存储以数据块为单位,支持大文件存储,文件越大,读取效率越高,但是不具备冗余性。
示例原理:
Eile被分割为6段,1、3、5放在Server1,2、4、6放在server2。
条带卷特点:
数据被分割成更小块分布到块服务器群中的不同条带区。 分布减少了负载且更小的文件加速了存取的速度。 没有数据冗余。