转载

Linux存储的未来

摘要： Linux 软件开发正在努力扩充 Linux 的文件和存储选择。

波士顿-在 Linux 基金会的 Vault 会议上，内容全部是关于文件系统和存储的。你可能会觉得这两者中任一个都没有什么新的可讲，但是你可能错了。

像 Btrfs 一样的 Linux 文件系统和存储支持的选择一直在改进。– Facebook

目前为止，存储技术已经取得了很大进展，正像 Linux Torvalds 说的那样， “ 讨厌生锈的大转盘 ”， Linux 必须保持自己不落后。最近几年，很多例子说明了。比如：闪存已经成为企业服务的主要存储，持久稳定的内存已经带给我们 DRAM 一样的存储速度。同时，大数据，云计算和 Containers 全都是 Linux 的新应用案例。为了更好的适应这些应用领域， Linux 开发者在扩充他们已有的文件和存储项目的同时也在研发新的项目。

Brfs

比如 Chris Mason， Facebook 的软件工程师，同时也是 Btrfs （发音为 Butter FS ）的维护人员之一。他描述了 Facebook 如何使用该文件系统。 Brfs 作为一个文件系统有许多优点，比如它支持海量的小文件存储，支持16艾字节的单个文件，支持 RAID 备份，内置文件系统压缩，完善的多存储设备支持等等。 Linux存储的未来

Facebook ，当然在 Linux 上运行。准确的说， Facebook 运行在一个内部分配的基于 CentOS 的3.10和3.18 Linux 内核上。对 Facebook 来说，真正的优势在于 Btrfs 在 Facebook 来自不断的用户更新产生的连续 IOPS 下响应快速并且稳定。

这是好的方面。不好的方面是 Btrfs 相较于 MYSQL 这样传统的数据库管理系统来说还是太慢了。对此， Facebook 使用 XFS 。 Facebook 使用开源的分布式文件系统 Gluster 来协调 Btrfs 和 XFS 的工作。

Facebook 一直和致力于提升 Btrfs 数据库管理系统的 Btrfs Linux 内核开发者保持着紧密的合作。 Mason 和他的同事们用 RocksDB 来提升 Btrfs 的速度。它是快速存储的稳固的关键。它可以用于主从式的数据库。

Btrfs 也有一些问题。比如，如果你想填满一个磁盘， Btrfs 会在磁盘写满前阻止你继续写入。对一些项目来讲，比如 CoreOS 这个依赖容器的 Linux 企业版，那就是一场因特别精彩而被掌声打断的表演。 CoreOS 已经将 Btrfs 切换到 xt4 和 overlayfs 上了。

Btrfs 的全体工作人员也致力于数据去重。对此，当一个文件系统不止一份完全相同的文件时，将自动删除副本。正如 Mason 说的那样：“并不是每个人都需要他，但是当你真正需要的时候它的作用就彰显了”。

Btrfs 不是唯一的非常重要并且在使用的文件系统。 John Spray ，一个 Red Hat 的高级软件工程师，谈了分布式的文件系统—— Ceph 。

Ceph FS

Ceph 提供了分布式的对象存储和文件系统。它利用商用硬件的群集，依靠弹性的可伸缩框架—— RADOS 。利用 RADOS 的块设备—— RBD 和 RADOS 的对象网关—— RGW， Ceph 提供了一个 POSIX 的文件系统接口—— Ceph FS 。当 RBD 和 RGW 应用于生产环境一段时间之后，将 Ceph FS 应用于生产已经在进行了。

Red Hat ，在收购 Ceph 的母公司 Inktank 之后，已经在2014开始为将 Ceph FS 应用于生产做准备了。不管怎样， Spray 说过：“一些人已经将它应用于生产环境了，我们害怕这样，它是真的还不能完全应用于生产”。同时， Spray 又说：“它不只被祝福，因为其中还夹杂着恐惧。我们真正获得了来自那些用户的测试和反馈”。

产生以上忧虑是因为 Ceph 的对象存储器扩展性良好，而作为 POSIX 文件系统的 Ceph FS ，它是很难扩展的。举个例子，作为一个分布式的文件系统， Ceph FS 必须去处理来自多终端的并发写入。这可能导致全部或者部分情况下一个终端写入时其他人必须等待。可能导致比那些普通文件系统更复杂的文件锁情况。

Ceph FS 仍然值得去使用。 Spray 说：“从 POSIX 文件系统作为一个操作系统的通用语言起”。那不是说 Ceph FS 不好用。“它不是可怕的损坏。它是可以使用的，只是缺少修复和监视的工具”。

Red Hat 已经在努力制作文件系统检查、日志修复、快照硬化、更好的客户端访问管理、云和容器集合的工具。目前为止，只有非常勇敢或者愚蠢的才会将 Ceph FS 应用到生产环境。