LINUX.ORG.RU

История изменений

Исправление petav, (текущая версия) :

Есть две СХД HP P2000

множество LUN на которых лежат виртуальные машины (KVM-QEMU).

всех виртуальных машинок и других данных с LUN

но аналогично пока существует снапшот будут тормоза

Есть идея юзать некую кластерную ФС в которой присутствуют функции избыточности

Также не ясно как и где их хранить и чем копировать на стороннее хранилище

Я вижу два возможных подхода - это бэкапы на уровне СХД и на уровне виртуальной машины.

На уровне СХД, делаем снапшот, копируем его на SSD или ramdisk. Тут надо учесть, что может потребуется остановить перед созданием снапшота и запустить после его создания сервисы в вирт.машине. После того как снапшот скопирировался, удаляем его. Я полагаю, что быстрые SSD или ramdisk позволят снизить проседания и уменьшить время наобходимости существования снапшота. Потом спокойно файл забираем куда надо, уже по сети, с какой-хочешь скоростью.

Внутри машины можно LVM использовать и тоже самое делать, а можно в добавок или вместо еще и файлы бэкапить cp -a и т.д. Но трудоемкость восстановления при переносе бэкапирования в вирт.машину чуть выше.

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

P.S.: Я думаю, что нужно комбинировать. К примеру к вирт. машинам подключать не один большой диск, а два. Первый диск это система. Второй это данные, для файлового это папка с файлами. Папку с файлами бэкапить изнутри машины, инкрементно, может с дедупликацией, а то SSD может потребоваться очень большой, которого еще не существует.

Исходная версия petav, :

Есть две СХД HP P2000

множество LUN на которых лежат виртуальные машины (KVM-QEMU).

всех виртуальных машинок и других данных с LUN

но аналогично пока существует снапшот будут тормоза

Есть идея юзать некую кластерную ФС в которой присутствуют функции избыточности

Также не ясно как и где их хранить и чем копировать на стороннее хранилище

Я вижу два возможных подхода - это бэкапы на уровне СХД и на уровне виртуальной машины.

На уровне СХД, делаем снапшот, копируем его на SSD или ramdisk. Тут надо учесть, что может потребуется остановить перед созданием снапшота и запустить после его создания сервисы в вирт.машине. После того как снапшот скопирировался, удаляем его. Я полагаю, что быстрые SSD или ramdisk позволят снизить проседания и уменьшить время наобходимости существования снапшота. Потом спокойно файл забираем куда надо, уже по сети, с какой-хочешь скоростью.

Внутри машины можно LVM использовать и тоже самое делать, а можно в добавок или вместо еще и файлы бэкапить cp -a и т.д. Но трудоемкость восстановления при переносе бэкапирования в вирт.машину чуть выше.

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