☰

KVM 直接磁盘访问与原始文件

tag-icon • tag-icon performance kvm-virtualization storage disk-image
KVM 直接磁盘访问与原始文件

我必须设置 14TB 的 raid 存储空间（仅显示为 /dev/sdb）。我的问题是：

如果我直接在这个大型驱动器上创建 ext4，将其安装在主机上（如 /mnt/kvms），然后在其上创建原始 kvm 磁盘映像，这会对 kvm 客户机的性能产生任何影响吗？

直接在 kvm 机器中配置 /dev/sdb 会快很多吗？

我认为它的优点是，如果这个大的存储区域出现问题，如果我直接使用该设备，我将无能为力，但假设我在其上创建了 2x7TB kvm 原始磁盘文件，如果 1 个文件出现问题，至少我仍然可以在另一个文件中访问我的数据。

你怎么认为？

答案1

如果我直接在这个大型驱动器上创建 ext4，将其安装在主机上（如 /mnt/kvms），然后在其上创建原始 kvm 磁盘映像，这会对 kvm 客户机的性能产生任何影响吗？

每次，当你的数据需要经过更多层时，就会出现性能下降和延迟增加的情况。例如：

  1. Qemu RAW 文件 -> Ext4 -> LVM -> RAID1 设备 -> 物理设备
  2. Qemu 原始设备 -> LVM -> RAID1 设备 -> 物理设备
  3. Qemu 原始设备 -> RAID 设备 -> 物理设备

直接在 kvm 机器中配置 /dev/sdb 会快很多吗？

只有您可以在自己的工作量中测试它。在我的（文件服务器）中，使用 (2) 时性能明显更好。

每次你从某个层退出时，你都会失去一些灵活性（快照、基础图像、压缩等），但你会获得一些性能，我个人喜欢（2），因为它具有备份可能性（一天内停机时间少于 2 分钟）、大小灵活性和均衡的性能，使用文件也更简单，例如，你可以在 10 秒内（使用一个命令）从备份中mount --bind完整地/var/lib/libvirt（推迟停机时间）代替原始文件来从备份中运行 VM，重新创建块设备，编辑 VM 配置，这要困难得多（就所需时间而言）。

相关内容