GFS分布式文件系统

1. GlusterFS概述

1.1 GlusterFS简介

1. GlusterFS是一个开源的分布式文件系统。由存储服务器、客户端以及NFS/Samba存储网关（可根据需要选择使用）组成。因为没有元数据服务器组件，整个系统拥有更高的性能、可靠性和稳定性。
2. MFS传统的分布式文件系统大多通过元服务器来存储元数据，元数据包含存储节点上的目录信息、目录结构等。这样的设计在浏览目录时效率高，但是也存在缺陷如单点故障（一旦元数据服务器出现故障，即使节点具备再高的冗余性存储系统也将崩溃）。而GlusterFS分布式文件系统基于无元服务器设计，数据横向扩展能力强，具备较高的可靠性及存储效率。
3. GlusterFS同时也是Scale-Out（横向扩展）存储解决方案Gluster的核心，在存储数据方面具有强大的横向扩展能力，能够通过扩展支持数PB存储容量和处理数千客户端。
4. GlusterFS支持借助TCP/IP或InfiniBandRDMA网络（一种支持多并发链接的技术，具有高带宽、低时延、高扩展性的特点）将物理分散分布的存储资源汇聚在一起，统一提供存储服务，并使用统一全局命名空间来管理数据。

1.2 GlusterFS特点

1.2.1 扩展性和高性能

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

1. Scale-Out架构允许通过简单地增加存储节点的方式来提高存储容量和性能（磁盘、计算和I/O资源都可以独立增加），支持10GbE和InfiniBand等高速网络互联。
2. Gluster弹性哈希（ElasticHash）解决了GlusterFS对元数据服务器的依赖，改善了单点故障和性能瓶颈，真正实现了并行化数据访问。GlusterFS采用弹性哈希算法可以在存储池中智能地定位任意数据分片（将数据分片存储在不同节点上），而不需要查看索引或者向元数据服务器查询。

1.2.2 高可用性

1. GlusterFS可以对文件进行自动复制，如镜像或多次复制，从而确保数据总是可以访问，甚至在硬件发生故障的情况下也能正常访问。
2. 当数据出现不一致时，自我修复功能能够把数据恢复到正确的状态，数据的修复以增量的方式在后台执行，几乎不会产生性能负载。
3. GlusterFS支持所有的存储形式。因为它没有设计自己的私有数据文件格式，而是采用操作系统中主流标准的磁盘文件系统（如EXT3、XFS等）来存储文件，因此数据可以通过传统访问磁盘的方式被访问。

1.2.3 全局统一命名空间

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

1.2.4 弹性卷管理

1. 先把数据储存在逻辑卷中，逻辑卷再按独立逻辑划分逻辑存储池从而得到GlusterFS。
2. 逻辑存储池可以进行在线增加和移除而不会导致业务中断。逻辑卷可以根据需求在线增长和缩减，并可以在多个节点中实现负载均衡。
3. 文件系统配置也可以进行实时在线更改并应用，从而可以适应工作负载条件变化或在线性能调优。

1.2.5 基于标准协议

1. Gluster存储服务支持NFS、CIFS、HTTP、FTP、SMB及Gluster原生协议，完全与POSIX标准（可移植操作系统接口）兼容。
2. 现有应用程序不需要做任何修改就可以对Gluster中的数据进行访问，也可以使用专用API进行访问。

1.3 GlusterFS术语

1. Brick（存储块）：指可信主机池中由主机提供的用于物理存储的专用分区，是GlusterFS中的基本存储单元，同时也是可信存储池中服务器上对外提供的存储目录。存储目录的格式由服务器和目录的绝对路径构成，表示方法为 SERVER:EXPORT，如 192.168.80.10:/data/mydir/。
2. Volume（逻辑卷）：一个逻辑卷是一组Brick的集合。卷是数据存储的逻辑设备，类似于LVM中的逻辑卷。大部分Gluster管理操作是在卷上进行的。
3. FUSE：是一个内核模块同时可用作伪文件系统，允许用户无须修改内核代码就能创建自己的文件系统。
4. VFS：内核空间对用户空间提供的访问磁盘的接口（虚拟端口）。
5. Glusterd（后台管理进程）：GFS以上虚拟文件系统，可用作服务端。运行在存储群集中的每个节点上。

1.4 模块化堆栈式架构

1. GlusterFS采用模块化、堆栈式的架构。
2. 通过对模块进行各种组合实现复杂的功能。例如Replicate模块可实现RAID1，Stripe模块可实现RAID0，通过两者的组合可实现RAID10和RAID01，同时获得更高的性能及可靠性。

2. 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端，并且将数据写入到服务器存储设备上。

3. 弹性HASH算法

1. 弹性HASH算法是Davies-Meyer算法的具体实现，通过HASH算法可以得到一个32位的整数范围的hash值。
2. 假设逻辑卷中有N个存储单位Brick，则32位的整数范围将被划分为N个连续的子空间，每个空间对应一个Brick。
3. 当用户或应用程序访问某一个命名空间时，可通过对该命名空间计算HASH值，再根据该HASH值所对应的32位整数空间来定位数据所在的Brick。
4. 弹性HASH算法的优点在于，保证数据平均分布在每一个Brick中。且解决了对元数据服务器的依赖，进而解决了单点故障以及访问瓶颈。

4. GlusterFS的卷类型

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

4.1 分布式卷（Distribute volume）

4.1.1 概念

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

4.1.2 示例原理

文件都是随机存储，一个文件（如File1）要么在 Server1上，要么在Server2上，不能分块同时存放在Server1和Server2上。

4.1.3 特点

1. 文件分布在不同的服务器，不具备冗余性。
2. 更简便地扩展卷的大小。
3. 易发生单点故障会造成数据丢失。
4. 依赖底层的数据保护。

4.2 条带卷（Stripe volume）

4.2.1 概念

类似RAID0，文件被分成数据块并以轮询的方式分布到多个Brick Server上，文件存储以数据块为单位，支持大文件存储。文件越大，读取效率越高，但是不具备冗余性。

4.2.2 示例原理

File被分割为6段。1、3、5放在Server1，2、4、6放在Server2。

4.2.3 特点

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

4.3 复制卷（Replica volume）

4.3.1 概念

1. 将文件同步到多个Brick上使其具备多个文件副本，属于文件级RAID1，具有容错能力。因为数据分散在多个Brick中，所以读性能得到很大提升，但写性能下降。
2. 复制卷具备冗余性，即使一个节点损坏，也不影响数据的正常使用。但由于保存副本导致磁盘利用率较低。

4.3.2 示例原理

File1同时保存在Server1和Server2，File2同理，相当于Server2中的文件是Server1中文件的副本。

4.3.3 特点

1. 卷中所有的服务器均保存一个完整的副本。
2. 卷的副本数量可由客户创建时决定，但复制数必须等于卷中Brick所包含的存储服务器数。
3. 至少拥有两个块服务器或更多服务器。
4. 具备冗余性。

4.4 分布式条带卷（Distribute Stripe volume）

4.4.1 概念

1. Brick Server数量是条带数（数据块分布的Brick数量）的倍数，兼具分布式卷和条带卷的特点。主要用于大文件访问处理，创建一个分布式条带卷最少需要4台服务器。
2. 创建卷时，如果存储服务器的数量等于条带或复制数，那么创建的是条带卷或者复制卷；如果存储服务器的数量是条带或复制数的2倍甚至更多，那么将创建的是分布式条带卷或分布式复制卷。

4.4.2 示例原理

1. File1和File2通过分布式卷的功能分别定位到Server1和 Server2。
2. 在Server1中，File1被分割成4段，其中1、3在Server1中的exp1目录中，2、4在Server1中的exp2目录中。
3. 在Server2中，File2也被分割成4段，其中1、3在Server2中的exp3目录中，2、4在 Server2中的 exp4目录中。

4.5 分布式复制卷（Distribute Replica volume）

4.5.1 概念

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

4.5.2 示例原理

1. File1和File2通过分布式卷的功能分别定位到Server1和Server2。
2. 在存放File1时，File1根据复制卷的特性，将存在两个相同的副本，分别是Server1中的exp1目录和Server2中的exp2目录。
3. 在存放File2时，File2根据复制卷的特性，也将存在两个相同的副本，分别是Server3中的exp3目录和Server4中的exp4目录。

4.6 其他

1. 条带复制卷（Stripe Replica volume）：类似RAID10，同时具有条带卷和复制卷的特点。
2. 分布式条带复制卷（Distribute Stripe Replicavolume）：三种基本卷的复合卷，通常用于类Map Reduce应用。