DevOps的同事建议我们开始将生产环境转换为使用btrfs.我们主要使用ext4文件系统,尽管一些使用ZFS的低使用率服务器(在
Linux上).作为决策者之一,作为负责整体环境的人之一,我对网上制作中关于btrfs的评论和文章的数量犹豫不决.为了解决这个问题,Oracle发布了支持btrfs的企业Linux,SLES 12(
https://www.suse.com/releasenotes/x86_64/SUSE-SLES/12/)也表明它将使用btrfs,并且有证据表明像Facebook这样的公司也在受控制的生产环境中使用它.
关于为什么朝着这个方向前进(采用btrfs)将是一件好事,并且我总体上同意它们,有很多争论,但是,我想谨慎,做尽职调查,并获得更多的操作熟悉度和在更大规模的前进之前,小时记录在“小型生产”或临时环境中.是否有任何工具可以帮助我构建案例 – 如压力测试,然后是数据完整性检查或类似的东西？除了没有看到如下声明：“问：btrfs稳定吗？简答：不,它仍然被认为是实验性的.”在btrfs维基上我还能做些什么来获得更温暖的模糊？
解决方法
我已经在这里给出了精心解答的答案：
Is btrfs production ready?
简而言之：Btrfs在生产文件服务器上不是你想要的.
原因如下：如果空间不足,它变得不可预测,尽管大多数核心功能被认为是稳定的,而其他核心功能尚未确定,它仍然是一个快速移动的目标.作为一个快速移动的目标意味着你应该总是使用最新和最好的内核,这是你不希望在服务器上.
即使仍然使用内核3.16,它也会产生死锁,这肯定是生产服务器上你不想要的东西(http://marc.merlins.org/perso/btrfs/post_2014-10-05_Btrfs-Tips_-Catch-Btrfs-Deadlocks.html).此外,一些RAID仍处于试验阶段,如RAID5 / 6.你可以使用它们,但不能在那里擦除数据和其他东西.
Fedora最终希望Btrfs可能是v23的默认文件系统,这将在2015年底发生.Red Hat现在默认从Ext4切换到XFS.
如果你真的需要一个COW生产就绪文件系统,请帮自己一个忙,并采取ZFS,无论是在Linux上的ZFS还是在FreeBSD下.
阅读Russel Coker的博客,了解他对Btrfs的体验. http://etbe.coker.com.au/
