chr*_*lrt 6 virtualization zfs ext4 btrfs kvm-virtualization
在我们公司，我们在多台服务器上有很多 kvm 客户端，大多数客户端都运行 ubuntu 16.04 及其主机系统。
选择的文件系统变成了 EXT4，用于客户端和主机。最近我使用 BTRFS 提供的一些很棒的快照功能来设置一个带有增量备份的备份服务器。
一些研究提供了一条线索，KVM 主机从不使用 BTRFS，因为 FS 的碎片会减慢客户端的速度，直到它们最终甚至冻结。
在 KVM 客户端上使用 BTRFS 有什么建议/做/不做吗？
我们正在重新考虑客户端和主机的 FS 选择，使用 XFS 是否比 EXT4（客户端/主机或仅一侧）有优势？
在 google 上你可以找到很多讨论 KVM 不同文件系统性能的网站。
\n看看这个：ZFS、BTRFS、XFS、EXT4 和 LVM 与 KVM\xe2\x80\x93 的存储性能比较
\n根据作者乔纳坦·丹蒂的说法：
\n\n\n测试的场景是：
\n
\n\n\n
\n- Qcow2 后端位于原始 MD 设备之上的 XFS 文件系统之上。对精简预分配模式和部分预分配模式（仅元数据）进行了基准测试；
\n
\n\n\n
\n- 逻辑卷后端，采用经典 LVM（胖预分配）和精简（精简 lvm 目标）模式。此外，在调零打开和关闭的情况下对 Thin lvm 进行了分析；
\n
\n\n\n
\n- 传统 LVM 之上的 XFS 和 EXT4 上的原始映像，依靠文件系统稀疏文件支持进行精简配置；
\n
\n\n\n
\n- 精简 LVM 之上的 XFS 和 EXT4 上的原始映像，中继精简 LVM 目标以进行精简配置。在这种情况下，LVM 归零被禁用，因为归零块是在文件系统结构内部直接管理的；
\n
\n\n\n
\n- 原始图像 BTRFS 位于其镜像+条带实现之上（这里没有 MD）。我在启用和禁用 CoW 的情况下对 BTRFS 进行了基准测试（nodatacow 安装选项）
\n
\n\n\n
\n- 原始图像 ZFS 在其镜像+条带实现之上（再次没有 MD）
\n
他总结道：
\n\n\n对于虚拟机存储，请远离 BTRFS：它不仅被标记为来自 RedHat 的 \xe2\x80\x9cTech Preview\xe2\x80\x9d（阅读：未 100% 生产就绪），而且用作存储时速度非常慢VM 映像存储。
\n
另一个关于 BTRFS 的博客，您可以在很多论坛上看到，需要禁用写入时复制 (COW) 才能获得更好的 KVM 性能。
\nChris Irwin 谈论 BTRFS 的好处并谈论替代方案：
\n\n\n还有其他工具，或者您可以推出自己的 cron-job。\n那么 ZFS 怎么样？\n我以为 ZFS 做了所有这些事情？
\n
\n\n是的，确实如此\n为什么不直接使用 ZFS？
\n
\n\n前进
\n
链接：与 btrfs 一起生活
\n了解它是否适合您使用的另一种方法是您自己测试性能是否良好以及是否可靠（无需写入时复制）。
\n如果 BTRFS 不适合您，您可以尝试 ZFS。您具有相同的备份功能和许多其他改进，但在 Linux 中实现有点棘手。
\n