使用 QEMU/KVM 在驱动器的未声明扇区上安装 Windows VM

使用 QEMU/KVM 在驱动器的未声明扇区上安装 Windows VM

我有一个 500 GB 的 NVMe 驱动器。我使用 GPT,并且有以下分区:

  1. 1Gef00 / EFI System/boot
  2. 4G8200 / Linux swap
  3. 245克对于8300 / Linux filesystemLinux 安装,我的主机/主操作系统

剩下的路程,250克,是可用空间。我想将它用于使用 KVM 虚拟化的 Windows 10 VM,同时尽可能避免开销。我见过三种方法:

  1. 有一个大的分区,并raw在其上放置图像。
  2. 有第二个8300分区,并将其作为磁盘传递给 KVM。
  3. 软件 RAID 诡计(其复杂性令人厌恶)。

不过,我想知道,是否有任何方法可以让 Windows 10 安装程序帮我处理可用空间分区,通过让它访问一定范围的扇区,并假装它是一个实际的独立物理驱动器?

或者,我是否可以预先分配 Windows 所需的所有分区(即系统分区、MSR、Windows 分区和恢复工具分区,如上所述)这里),并以某种方式将它们传递给 KVM?

抛开我的理论不谈,最好的性能优先解决方案是什么?我在 Google 上搜索了一段时间,但无功而返。甚至连一个轶事或随意的比较都没有,更不用说合适的基准了。

答案1

因此需要考虑两个层次,在 Windows 客户机中,拥有一个具有多个分区的单个系统驱动器可能是最容易设置的。由于分区表(或动态磁盘元数据)基本上只是扇区偏移的映射,因此开销也很低。

在主机上,您可以从物理磁盘、磁盘分区或逻辑卷提供磁盘。这三个选项基本上具有相同的开销(可忽略扇区偏移计算)。

如果将设备放入文件中,则开销会更大一些,因为它必须经过文件系统转换层。

我可能会选择逻辑卷或文件,以获得多个克隆、快照和调整大小的灵活性优势。这取决于您要做什么。如果您经常需要尝试不同的软件和 Windows 版本,最好使用不太静态的设置。使用固定卷,您可以获得避免主机文件系统的性能优势。

相关内容