Установка виртуальной машины Windows на невостребованных секторах диска с помощью QEMU/KVM

Question

У меня один диск на 500 Гб NVMe. Я использую GPT и у меня есть следующие разделы:

1. 1G системы ef00 / EFI System для /boot
2. 4G из 8200 / Linux swap
3. 245G из 8300 / Linux filesystem для установки Linux, мой хост / основная ОС

Остальная часть диска, 250G, является свободным местом. Я хотел бы использовать его для моей виртуальной машины Windows 10, виртуализированной с помощью KVM, избегая при этом как можно большего количества накладных расходов. Я видел три подхода к этому:

1. Сделайте один большой раздел и поместите на него raw изображение.
2. Иметь второй раздел 8300 и передать его как диск в KVM.
3. Обман программного RAID (сложность неуместна).

Однако мне было интересно, есть ли способ позволить установщику Windows 10 позаботиться о разделении свободного пространства для меня, предоставив ему доступ к определенному диапазону секторов и притворившись, что это настоящий автономный физический диск?

В качестве альтернативы, я не смог бы просто предварительно выделить все необходимые разделы для Windows (а именно системный раздел, MSR, раздел Windows и раздел инструментов восстановления, как описано здесь) и каким-то образом передать их в KVM?

И мои теории в стороне, каково лучшее решение, ориентированное на производительность? Я гуглил это некоторое время, но не повезло. Ни одного анекдота или случайного сравнения, не говоря уже о правильных тестах.

Answer 1

Таким образом, следует учитывать два уровня: в гостевой системе Windows один системный диск с несколькими разделами, вероятно, проще всего настроить. Это также снижает издержки, поскольку таблица разделов (или метаданные динамического диска) в основном представляет собой только отображение смещений секторов.

На хосте вы можете предоставить диск из физического диска или раздела диска или логического тома. Эти три варианта в основном имеют одинаковые накладные расходы (незначительные вычисления смещения сектора).

Если вы поместите устройство в файл, тогда издержки будут немного больше, поскольку он должен пройти уровень перевода файловой системы.

Я бы, вероятно, использовал логический том или даже файл, чтобы иметь преимущество в гибкости нескольких клонов, снимков и иметь возможность изменять размеры. Это зависит от того, что ты делаешь. Если вам регулярно приходится пробовать разные версии программного обеспечения и Windows, лучше использовать менее статичные настройки. С фиксированными томами вы получаете преимущество в производительности, избегая файловой системы хоста.