LVM с SSD + не SSD в группе томов (для хранения моментальных снимков)

Question

У меня есть KVM-бокс, на котором запущены некоторые критически важные виртуальные машины, выполняющие сборку программного обеспечения. На сервере установлены SSD-диски. У меня старая версия KVM с ограниченными возможностями создания снимков, и я решил использовать снимки LVM для сохранения состояний виртуальных машин после каждого нового релиза (чтобы мы могли вернуться к определенному релизу, если нам понадобится исправление). Физические тома заполнены, поэтому мне нужно добавить диск в группу томов для сохранения снимков. Есть ли какой-либо вред от добавления обычного USB-накопителя в группу томов, на которой работают виртуальные машины, просто для хранения снимков LVM? Потеряю ли я скорость SSD?

Answer 1

Теоретически это должно быть нормально, но как вы собираетесь гарантировать, что данные виртуальной машины не окажутся на USB-диске?

Answer 2

несколько моментов здесь

1. Снимки LVM не образуют цепочку, они не используют алгоритм COW, на самом деле у вас может быть только один снимок. Если вам нужна цепочка снимков, чтобы иметь возможность откатиться куда угодно, вам нужно использовать снимки qcow2.
2. При этом запуск производственной виртуальной машины из цепочки снимков не рекомендуется в производстве, производительность может значительно снизиться через некоторое время, не говоря уже о потере места. Это касается не только KVM, любой инструктор VCP скажет вам то же самое.
3. Смешивание разных типов хранилищ в одном VG также не является лучшей практикой. Я видел, как LVM сгорали, когда два разных LUN из двух разных RAID-массивов смешивались в чередующемся томе, сериализация, вероятно, будет более стабильной, но зачем так рисковать своей VM?

Я бы сделал это по-другому:

1. Используйте снимки LVM для резервного копирования виртуальной машины, когда мне это нужно
2. сохраняйте резервные копии на USB-диске отдельно от данных LVM во время выполнения
3. В случае отката замените логический том на SSD на том из резервной копии.

Я знаю, что это означает сохранение полных резервных копий, но при правильном планировании вы не отклонитесь от текущей производительности SSD и не потеряете текущую стабильность системы, сможете откатиться до разумного количества PIT и оставаться в рамках передовой практики.