Lustre可靠性增强系统MTFS:第1篇 简介


1.1 MTFS是什么?

  • MTFS(MulTi File System)是一个基于副本的可靠性增强系统。它通过维持文件的多个副本,提高分布式存储系统的可靠性。
  • MTFS是一个堆叠式的(stackable)文件系统,它本身不提供数据的存储能力,而直接利用下层文件系统存储数据。因此MTFS可独立于下层文件系统的具体实现,专注于副本策略的设计。MTFS支持包括本地文件系统、网络文件系统、分布式文件系统在内的多种的文件系统。现支持的文件系统包括ext2、ext3、ext4、nfs、ntfs-3g、tmpfs和Lustre。
  • MTFS还是一个文件系统开发的综合平台。它运用了模块化的设计思想,具有灵活的系统结构,提供了包含丰富测试用例的文件系统测试框架,不仅可以提供基于同步副本的可靠性增强机制,而且可以在此基础上实现异步副本、归档、数据缓存、名字空间统一等功能。

1.2 MTFS不是什么?

  • MTFS不是一个磁盘文件系统。任何实用的磁盘文件系统都需要仔细设计和实现,需要完成复杂的索引节点和数据块管理,确保数据的一致性和安全性,优化各种负载下的性能。只有完成所有这些事情,才能进入市场,才有可能逐渐为大众用户接受。MTFS不拘泥于任何特定的磁盘格式,而直接使用优秀的下层文件系统,完成数据的存储。
  • MTFS不是一个网络文件系统。在一个系统中引入网络层势必需要层层抽象,从而大大增加系统复杂度。MTFS本身不具备网络通信能力,但是适用于网络文件系统客户端。
  • MTFS不是一个分布式文件系统。已有的分布式文件系统Lustre、GPFS等,是完整、优秀而又复杂的系统。MTFS在体型上无法和这些系统媲美,但是可以为这些系统增加新的功能,增添新的色彩。
  • MTFS不是一个凭空构想出来的项目。事实上,MTFS项目是受现实需求的驱动才被发起的项目。其最基本和最主要的目标是解决基于Lustre文件系统的可靠性问题。熟悉Lustre的人都知道,Lustre是一个优秀的高性能分布式并发集群文件系统,然而却缺少数据冗余机制,因而面临严峻的可靠性挑战。
  • MTFS不是一个缺少发展空间的项目。由于MTFS不依赖于下层文件系统的具体实现,因此MTFS本身的发展不受Lustre或其他任何下层文件系统应用前景的制约。又由于基于MTFS可以实现多种功能,因而某种功能需求的退化或消失不会影响MTFS的继续发展
  • MTFS不是一个尚未成型的项目。历经15个月的成长,MTFS已经拥有超过15000行代码,具备基本的框架和功能。任何有经验的开发人员都可以轻松的构建试用环境,并尝试是否能通过MTFS把内核搞垮。
  • MTFS不是一个没有测试的项目。事实上,到目前为止,MTFS是一个测试驱动的项目。新加入的任何子系统,都需要提供足够的测试用例。对现有系统的任何更新,都需要通过数百道回归测试的检验。
  • MTFS不是一个没有文档的项目。MTFS的文档受到了高度的重视。文档的编写共耗费了60天,最终形成了50余页,20000余字的开发手册。这些数字还在不断增长中。之所以在开发最关键的时期,进行文档的编写,就是为了让新加入的开发人员更快速、深入地投入到该项目中去。

1.3 MTFS还可以做什么?

MTFS的设计实现综合考虑了性能、灵活性、可移植性、易用性和可维护性等各个方面,提供了包含丰富测试用例的文件系统测试框架,形成了一种开发堆叠式文件系统的综合平台。MTFS不仅可以提供基于同步副本的可靠性增强机制,而且可以在此基础上开发异步副本、归档、数据缓存、名字空间统一等功能。

1.4 为什么要MTFS?

可靠性是存储系统的关键特性之一。随着高性能计算系统、数据中心、云存储服务中心等系统中的存储系统规模越来越大,包含的磁盘阵列和服务器数量越来越多,其可靠性日益成为存储系统面临的重要问题之一。

廉价冗余磁盘阵列(RAID)是在设备层提高可靠性的常见方法,被商业盘阵广泛采用。软RAID可以将多个设备虚拟成单一设备,与硬RAID相比,会造成较大的性能损失,但具有更高的灵活性,是提高存储系统可靠性的另一可选方案。分布式存储系统系统的可靠性不仅取决于磁盘阵列的可靠性,而且涉及到服务器上的存储服务、存储网络的稳定性问题,因而需要更高层的可靠性保障。Lustr假定通过RAID可构建足够可靠的存储设备,因而通过采用服务器间的故障接管来保证存储服务的高可用。然而,在存储系统盘阵数目持续增长的情况下,盘阵失效甚至损坏的情况时有发生。在应对这类问题时,Lustre的服务高可用保障机制存在着明显的不足。许多网络文件系统或文件服务平台则采用多副本或纠删码机制,提高存储系统可靠性。这些系统在数据格式、存储协议上存在着明显差别,它们各自提供的多副本机制往往嵌入到系统的具体实现中,因而难以在其他系统中推广应用。当前的数据中心往往集成多种类型的文件系统[],构成一个异构的大规模分布式网络存储系统。如何为这种复杂、异构系统设计实现一种通用、灵活、高效的可靠性机制,是迫切需要解决的难点问题之一。

堆叠式文件系统(stackable file system)因其独立于下层文件系统的实现细节,具有较高的通用性,逐渐成为一种为现有文件系统新增功能的常用方法[]。MTFS正是采用这一方式,尝试提供一种通用的存储系统可靠性增强方法。

1.5 发展方向

经过长期的设计、编码和测试,MTFS已经基本实现了同步副本的功能,支持ext2、Lustre、ntfs-3g等若干文件系统。在接下来的发展中,MTFS将着着力从以下几个方面进行发展。

  • 增强文件系统核心层的稳定性。作为核心层系统软件,稳定性是文件系统的基本要求。为了提高文件系统的稳定性,构建在不同的测试环境,大量需要增加测试用例。
  • 丰富用户层管理工具。现在急需完成的是文件系统检查、修复的工具。
  • 新增下层文件系统支持。新增下层文件系统支持并不是一个没有积累的工作,已有的支持可以作为新增文件系统支持的参考。其中真正重要的问题在于,如何准确分析文件系统,尤其是新型分布式文件系统的结构特点,提出适应于结构特点的使用模式。
  • 优化系统架构。我们需要一个通用的系统架构,这个系统架构不仅可以适用于同步副本模式,而且适用于异步副本模式,不仅适用于副本模式,而且适用于其他功能。所有这些模式或者功能,都按照可配置的方式组合在一起,按照安装实例的不同而进行不同的组合。

在功能上,主要考虑以下几个方面。

  • 异步副本。
  • 压缩副本。
  • 加密副本。

1.6 如何参与MTFS项目?

  • 参与MTFS软件结构的设计。将MTFS的软件结构进一步模块化、层次化。
  • 参与MTFS新功能的设计。MTFS暂时只支持同步副本功能,可以在此基础上设计其他功能,研究新功能的现实需求、应用场景、实现方式等问题。
  • 为MTFS设计算法。例如,为MTFS设计可动态更新的文件名最长后缀匹配算法,或可扩展的类型枢纽匹配算法。
  • 为MTFS编写内核层代码。将一个系统逐渐推向成熟、稳定将是一种非常有趣的活动。
  • 为MTFS编写用户层管理工具。例如,为MTFS实现文件破损分支修复工具。
  • 强化MTFS对Lustre的支持。例如,为MTFS添加对Lustre-1.8.x的支持。
  • 为MTFS新添下层文件系统支持。这是一个较易上手的活动,可以用来快速地熟悉MTFS。
  • 为MTFS编写测试用例。找出MTFS的BUG,并编写短小精悍的回归测试用例。
  • 对MTFS发表任何意见、建议。

1.7网络资源

MTFS是一个以GPL v3发布的开源软件。关于MTFS的源码、文档、指南和最新动态都将发布在网上。

  • http://code.google.com/p/mtfs,MTFS的项目网站,可以下载源码。
  • http://blog.csdn.net/fsdev,我的博客,整理好的文档将陆续在此发布。
  • http://qun.qq.com/#jointhegroup/gid/249858913,MTFS和存储相关讨论群,讨论气氛比较热烈。
  • http://groups.google.com/group/mtfs,MTFS的邮件链表,可在此讨论问题。(由于总是访问受限,因此使用较少)
  • http://www.multifs.com,MTFS的网站。(正在建设中)

本文章欢迎转载,请保留原始博客链接http://blog.csdn.net/fsdev/article

你可能感兴趣的:(简介)