Можно ли сделать резервную копию диска LVM на внешний сервер?

За последний месяц я задумался о том, как работает LVM. Первоначальная мысль заключалась в том, что это очень гибко, я был удивлен, что система все еще может работать при перемещении диска на другой локальный диск.

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

Когда я говорю резервное копирование, я имею в виду весь диск/раздел, нет снимок.

Допустим, у меня есть 4 сервера, на которых работает LVM, и я хотел бы сделать резервную копию всех дисков на большом сервере хранения, возможно ли это?

Если можно, то какие минусы у такой конфигурации?

Да.

Это широко используется, и на самом деле включает моментальные снимки для обеспечения согласованности резервной копии.

Например, вот как выполняется резервное копирование хранилищ виртуальных машин (и контейнеров) в Proxmox VE:

• Приостановите виртуальную машину. В Linux нет возможности атомарно сделать несколько снапшотов, поэтому единственный способ сделать резервную копию все дисков в тот же момент времени, чтобы убедиться, что виртуальная машина ничего не может сделать, пока все снимки не будут готовы
• Сделайте снимок всех дисков. Этот процесс относительно быстрый
• Разблокируйте виртуальную машину. Время недоступности ВМ мало, до момента не заметно
• Отправить изображения всех снапшотов в хранилище резервных копий. Это долгий процесс. Но тот факт, что это моментальные снимки, позволяет нам иметь непротиворечивое резервное копирование, в то время как виртуальная машина все еще может работать. Состоянием бэкапа будет тот момент, когда ВМ впервые была приостановлена
• Удалить все снимки.

Это был упрощенный описание; на самом деле PVE также использует некоторые приемы в Qemu для эмуляции моментальных снимков в резервном хранилище, где такой функции нет, но это не имеет отношения к вопросу.

Плюсы уже описаны. Минусы, о которых я могу думать, - это необходимость иметь некоторое свободное пространство в VG для хранения этих снимков, и объем пространства в целом невозможно предсказать, он зависит от количества операций ввода-вывода, которые виртуальная машина выполняет при хранении данных. отправляется в хранилище, что, в свою очередь, зависит от скорости ввода-вывода, размера виртуального диска и пропускной способности сети. На практике у меня никогда не было с этим проблем.

Я описал конкретный вариант использования, но какие бы резервные копии вы ни делали, детали процесса будут одинаковыми.

Резервное копирование полных файлов на отдельное удаленное хранилище не просто с Linux LVM в одиночестве. Более реалистично, что снимки LVM скопированы куда-то еще через какой-то другой агент резервного копирования.

Предположим, что схема восстановления требует полной копии на уровне блоков, независимой от исходной группы томов или физических томов, входящих в нее. Снимки легко сделать, но они зависят от исходной VG и не отвечают этому требованию. LVM может зеркалировать и разделять тома, но процедура будет более сложной.

• Создайте RAID1 LV, убедитесь, что их PV находятся в отдельных системах хранения и синхронизированы.
• Разделить образ зеркала на новый LV с lvconvert --splitmirrors.
• Разделите LV на другую VG с помощью vgsplit.

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

В качестве дополнительных функций блочного уровня сам LVM не предоставляет доступ к удаленному хранилищу. Конечно, с подходящей сетью SAN вы можете получить доступ к общему массиву хранения данных по оптоволоконному каналу или iSCSI. Эти LUN могут использоваться как PV LVM. Оперативно это сложно сделать, так как во многих вариантах использования такие SAN не используются, например, установка операционной системы в локальном хранилище. И такие SAN, как правило, работают на коротких расстояниях и не терпят потерь. Вставка зеркала в защитное хранилище для всего может привести к экстремальным требованиям к производительности, чтобы не отставать от операций записи в основное хранилище.

Более распространенным является копирование моментальных снимков с помощью какого-либо другого инструмента. Сделайте снимок исходного LV. Создайте VG и LV в отдельном хранилище защиты.Либо сделайте резервную копию на основе блоков, например, с помощью dd через ssh, либо смонтируйте моментальный снимок и сделайте резервные копии на основе файлов. Удалите снимок LV.