Данная обзорная заметка продолжает , написана по просьбе читателей, в ней речь пойдет о UrBackup, BackupPC, а также AMANDA.
Обзор UrBackup.
По просьбе участника добавляю обзор UrBackup, клиент-серверной системы для резервного копирования. Она позволяет создавать полные и инкрементальные резервные копии, умеет работать со снимками устройств (Win only?), а также умеет создавать файловые резервные копии. Клиент может находиться как в одной сети с сервером, так и подключаться через Internet. Заявлено отслеживание изменений, что позволяет быстро найти отличия между резервными копиями. Также имеется поддержка дедупликации хранения данных на стороне сервера, что позволяет экономить занимаемое место. Сетевые соединения шифруются, также имеется web-интерфейс для управления сервером. Давайте посмотрим, на что она способна:
В режиме создания полной резервной копии получились такие результаты:
Ny ora fiasana:
Fanombohana voalohany
Famoahana faharoa
Famotsorana fahatelo
Fitsapana voalohany
8m20 sy
8m19 sy
8m24 sy
Второй тест
8m30 sy
8m34 sy
8m20 sy
Третий тест
8m10 sy
8m14 sy
8m12 sy
В режиме создания инкрементальных резервных копий:
Ny ora fiasana:
Fanombohana voalohany
Famoahana faharoa
Famotsorana fahatelo
Fitsapana voalohany
8m10 sy
8m10 sy
8m12 sy
Второй тест
3m50 sy
4m12 sy
3m34 sy
Третий тест
2m50 sy
2m35 sy
2m38 sy
Размер репозитория в обоих случаях составил примерно 14 гб, что говорит о работающей дедупликации на стороне сервера. Также следует отметить несоответствие времени создания резервной копии на сервере и на клиенте, что достаточно четко видно по графикам и является весьма приятным бонусом, поскольку web-интерфейс показывает время работы процесса резервного копирования на стороне сервера без учета
состояния клиента. В целом графики для полной и инкрементальной копии неотличимы. Вероятно, различие только в том, как это обрабатывается на стороне сервера. Также порадовала низкая загрузка процессора на резервируемой системе.
Обзор BackupPC
По просьбе участника добавляю обзор BackupPC. Данное ПО устанавливается на сервер хранения резервных копий, написано на perl, работает поверх различных средств резервного копирования — в первую очередь rsync, tar. В качестве транспорта используется ssh и smb, также в наличии есть web-интерфейс на основе cgi (разворачивается поверх apache). В web-интерфейсе есть обширный список настроек. Из особенностей — наличие возможности задания минимального времени между резервными копиями, а также периода, в течение которого резервные копии не будут создаваться. При выборе файловой системы для сервера резервного копирования надо следить за поддержкой жестких ссылок. Таким образом, файловую систему для хранилища не разобьешь на точки монтирования. В целом, достаточно приятное впечатление, давайте посмотрим, на что способно это ПО:
В режиме создания полных резервных копий с rsync получились такие результаты:
Fanombohana voalohany
Famoahana faharoa
Famotsorana fahatelo
Fitsapana voalohany
12m25 sy
12m14 sy
12m27 sy
Второй тест
7m41 sy
7m44 sy
7m35 sy
Третий тест
10m11 sy
10m0 sy
9m54 sy
Если же использовать полные резервные копии и tar:
Fanombohana voalohany
Famoahana faharoa
Famotsorana fahatelo
Fitsapana voalohany
12m41 sy
12m25 sy
12m45 sy
Второй тест
12m35 sy
12m45 sy
12m14 sy
Третий тест
12m43 sy
12m25 sy
12m5 sy
В режиме создания инкрементальных резервных копий пришлось отказаться от tar, поскольку при таких настройках резервные копии не создавались.
Результаты создания инкрементальных резервных копий с использованием rsync таковы:
Fanombohana voalohany
Famoahana faharoa
Famotsorana fahatelo
Fitsapana voalohany
11m55 sy
11m50 sy
12m25 sy
Второй тест
2m42 sy
2m50 sy
2m30 sy
Третий тест
6m00 sy
5m35 sy
5m30 sy
В целом видно небольшое преимущество по скорости у rsync, также rsync экономнее работает с сетью. Отчасти это может быть скомпенсировано меньшим использованием cpu с tar в качестве программы для создания резервных копий. Другим преимуществом rsync является работа с инкрементальными копиями. Размер репозитория при создании полных резервных копий одинаков, составляет 16 гб, в случае инкрементальных копий — 14 гб за один прогон, что означает работающую дедупликацию.
Обзор AMANDA
По просьбе участника добавляю тесты AMANDA,
Результаты тестового прогона с tar в качестве архиватора и активацией сжатия таковы:
Fanombohana voalohany
Famoahana faharoa
Famotsorana fahatelo
Fitsapana voalohany
9m5 sy
8m59 sy
9m6 sy
Второй тест
0m5 sy
0m5 sy
0m5 sy
Третий тест
2m40 sy
2m47 sy
2m45 sy
Программа полностью загружает одно процессорное ядро, но из-за ограниченного по iops диска на стороне сервера хранения резервных копий не может развить большую скорость передачи данных. В целом, настройка доставила чуть больше хлопот, чем у остальных участников, поскольку автор программы не использует в качестве транспорта ssh, а реализует схожую схему с ключами, создавая и поддерживая полноценную CA. Есть возможность широко ограничить клиента и сервер резервного копирования: например, если они не могут полностью доверять друг другу, то можно, как вариант, запретить инициирование восстановления резервной копии со стороны сервера, задавая значение соответствующей переменной в ноль в файле настроек. Есть возможность подключить web-интерфейс для управления, но в целом настроенную систему можно автоматизировать полностью с помощью небольших скриптов на bash (или SCM, к примеру ansible). Существует несколько нетривиальная система настройки хранилища, что, по всей видимости, связано с поддержкой обширного списка различных устройств для хранения данных (кассеты LTO, жесткие диски и т.п.). Также стоит отметить, что из всех программ, рассмотренных в этой статье, AMANDA — единственная, сумевшая обнаружить переименование каталога. Размер репозитория при одном прогоне составил 13 гб.
fanambarana
Backup Fizarana 6: Mampitaha Backup Tools
Backup Fizarana 7: Fehiny
Source: www.habr.com