Какой тип дисков KVM использовать?

Я настраиваю несколько виртуальных гостей KVM и обсуждаю, какой тип диска использовать. Мне не удалось найти в Интернете хороший ресурс, который бы анализировал преимущества и недостатки каждого из них.

Можете ли вы помочь мне создать список различных типов дисков, а также преимущества и недостатки каждого из них? Вот типы дисков, о которых я знаю:

• Сырое изображение
• qcow2
• Выделенный раздел (например, в LVM)

Мне интересно эти критерии:

• Простота настройки (насколько легко создать каждый тип)
• Производительность
• Легкость клонирования
• Простота расширения (чтобы увеличить, чтобы у виртуального гостя было больше места на диске)
• Особенности, специфичные для этого типа диска
• Простота резервного копирования
• Миграция на другие хосты

Можете ли вы помочь мне оценить мой выбор?

Я бы сконцентрировался на необработанном изображении и LVM.

Необработанный образ проще резервировать и копировать, так как это всего лишь файл, и вы можете делать с ним все, что можете сделать с простым файлом. Кроме того, избегая определенных форматов, вы можете легко использовать его, например, смонтировать его на петлевом устройстве для доступа к файлам в случае сбоя или проблемы (или даже на сервере резервного копирования без виртуализации). С другой стороны, файлы необработанных образов подвержены влиянию кэша файлов ядра, поэтому вы должны быть очень осторожны при работе со сбоями и остановками, потому что sync () виртуальной машины не означает, что синхронизирующий файл () хост-сервера редактировал файл. на диск. У меня было много проблем с этим.

LVM обходит проблему с кешем, имеет лучшую производительность, чем файлы (AFAIK, возможно, он изменился за последние месяцы) и имеет преимущества моментальных снимков для резервного копирования. Изменение размера дисков также не сложно, но это немного менее тривиально, чем необработанные файлы. Также с LVM вы можете настроить DRBD для живых миграций / аварийного переключения.

На мой взгляд, используйте LVM, если у вас нет особых потребностей в файлах.

учитывая список рассылки, который вы дали, обязательно используйте LVM. единственное преимущество использования qcow2 - это возможность делать снимки. Эти снимки намного превосходят снимки LVM. RAW, конечно, вообще не имеет опции снимка, но изображение RAW может быть основой для снимка qcow2.

• Простота настройки (насколько легко создать каждый тип): одинаково для всех, raw / qcow2, используемый qemu-img, разделы / LVs fdisk / lvm api
• Производительность: сырые LV или блочные устройства работают быстрее, RAW-файлы идут дальше, qcow2 больше всего загружает, но это наиболее многофункциональный
• Легкость клонирования: для этого используется qemu-img, и он может учитывать уже сделанные снимки. с LV от других блочных разработчиков, вам, вероятно, придется использовать dd
• Простота расширения (чтобы сделать - больше, чтобы у виртуального гостя было больше места на диске): если это важно, LV - лучший выбор. Обычно это не так, потому что вы просто добавили бы другой виртуальный диск или произвольный размер, и вы также можете перезаписать хранилище, используя разреженные диски
• Особенности, характерные для этого типа диска: qcow2 - это самый многофункциональный формат, как я уже упоминал. Это может быть объединено с необработанным изображением, между прочим, использовать необработанное изображение в качестве основного изображения и qcow2 как снимки
• Простота резервного копирования: скопировать файл или dd / cpio - на самом деле не проблема
• Миграция на другие хосты: для живой миграции вы обычно используете централизованное хранилище, где нет необходимости перемещать изображение. Миграция блоков также возможна. что касается просто перемещения виртуальной машины с хоста на хост в автономном режиме - это то же самое, что резервное копирование / восстановление виртуальной машины

У Easier есть свои преимущества, но я недавно обнаружил, что единственным форматом диска в KVM , позволяющим делать снимки, объединяющие память и состояние работы виртуальной машины, является qcow2 после воспроизведения в течение нескольких минут.