bcache和/或dm是否被认为是2016年生产稳定的？

Question

我想在Debian生产服务器上使用linux缓存(dm-cache或bcache)。(内核3.16)

我的问题是:在Linux3.16中，dm-cache和bcache模块可以实现吗？我是否需要将内核升级到更新的版本？

我还发现了关于bcache的令人担忧的信息：https://lkml.org/lkml/2015/12/22/154

请注意，就可靠性和数据丢失而言，我完全理解缓存模式选择(写回/写)意味着什么，我的问题更多地是关于这些模块中的软件错误。

在连续集成服务器上运行了一年多的bcache (jenkins实例运行大量密集作业！)之后，

将于2018年2月跟进。服务器的

配置(本质上是存储堆栈)

硬件：

• 2x480 MLC(三星SM863企业级MLC)
• 2×4 4TB (Seagate星座ES.3 SATA)
• 戴尔R730 -双Xeon E52670 -128 RAM内存
• 没有硬件RAID，没有电池/闪存支持的硬件写bache，这就是bcache的写回功能变得有趣的地方。

软件：

• 配置于2016年9月，从未重新启动
• 带4.6内核的Debian Jessie (上次更新时来自官方jessie-backport )
• 软件MD raid 10
  • 2 SSD的1 raid10设备
  • 2硬盘的1 raid10设备

• 2个LVM VG位于两个raid设备之上
• 在SSD_RAID10 VG上的逻辑卷上创建的bcache“缓存”设备
• 在HDD_RAID10 VG上的逻辑卷上创建的bcache“后备”设备
• 配置为写回的bcache缓存。

工作负载

• 许多jenkins工作(持续整合)
• cpu密集型作业与I/O强度周期的混合
  • 在使用bcache之前，这些周期的I/O平均延迟会有规律地上升，超过5秒(！)

• 这个服务器上的实际工作仅在一年前就开始了(~2017年2月)

根据/proc/diskstats在bcache设备上发出的I/O数量)

• 350
• 6TbRead(我反复检查过，我认为大量的RAM对在VFS层缓存读取非常有帮助)

结果

• 摇滚马厩！这台机器从来不需要重新启动(正常运行时间为525天)，没有发现任何损坏。
• 命中率很高！78%在所有时间平均，而且还在上升:过去几个月超过80%。
• 写回帮助很大:磁盘延迟现在降低了数量级，遗憾的是，我没有精确的度量，但是计算不再因为写脉冲而停止。脏数据量超过5GB，其中硬件RAID写缓存的大小通常在512 1GB到1GB之间)

结论

• 在这种配置下，bcache是稳定的(但是1台机器，1种配置，1台机器年，不足以泛化，但它是一个好的开始!)
• bcache在此工作负载上的性能非常好，并且写回模式似乎有效地取代了硬件RAID写缓存(但请记住，电力损耗的可靠性还没有经过测试)。
• 在我个人看来，bcache被低估了，可以使用它打包有趣的解决方案，但也请注意，最初的作者现在开发bcachefs (基于bcache工作的文件集)，不再改进bcache。

Answer 1

我认为SSD存储成本的降低以及可用选项的增加为在需要时使用固态存储提供了一个很好的理由，并且消除了选择性(和潜在错误)缓存的想法。

如果你详细地填写了环境、容量需求和其他方面的信息，它可能会帮助你找到一个更好的答案。

Answer 2

我查看了你的链接并查看了所有补丁，并手动验证了每个补丁都合并在香草内核4.9.0中，最后一个补丁是在2016-10-27 04:31:17 UTC合并的。最后一个补丁出现在4.9.0发布的2016-12-11 19:17:54世界协调时。而且所有这些都出现在Ubuntu14.04支持的4.4内核中，这个版本是从16.04，linux-lts-xenial_4.4.0-67.88支持的。

我也不会过多地关注“SSD存储成本的下降”，因为HDD的存储成本也会降低。你仍然可以同时使用这两种方法来省钱。或者，您可以得到一些NVMe，而不是SSD，这甚至更快。

bugs造成的损坏率可能仍然不是零，但是即使仍然存在bug，这个比率也很低，以至于您不必担心是否有备份，无论您是使用缓存还是使用RAID，都应该有备份。