Данная обзорная заметка продолжает
Обзор UrBackup.
По просьбе участника
В режиме создания полной резервной копии получились такие результаты:
Karên xebatê
Destpêkê
Второй запуск
Третий запуск
Testa yekem
8 m20s
8 m19s
8 m24s
Второй тест
8 m30s
8 m34s
8 m20s
Третий тест
8 m10s
8 m14s
8 m12s
В режиме создания инкрементальных резервных копий:
Karên xebatê
Destpêkê
Второй запуск
Третий запуск
Testa yekem
8 m10s
8 m10s
8 m12s
Второй тест
3 m50s
4 m12s
3 m34s
Третий тест
2 m50s
2 m35s
2 m38s
Размер репозитория в обоих случаях составил примерно 14 гб, что говорит о работающей дедупликации на стороне сервера. Также следует отметить несоответствие времени создания резервной копии на сервере и на клиенте, что достаточно четко видно по графикам и является весьма приятным бонусом, поскольку web-интерфейс показывает время работы процесса резервного копирования на стороне сервера без учета
состояния клиента. В целом графики для полной и инкрементальной копии неотличимы. Вероятно, различие только в том, как это обрабатывается на стороне сервера. Также порадовала низкая загрузка процессора на резервируемой системе.
Обзор BackupPC
По просьбе участника
В режиме создания полных резервных копий с rsync получились такие результаты:
Destpêkê
Второй запуск
Третий запуск
Testa yekem
12 m25s
12 m14s
12 m27s
Второй тест
7 m41s
7 m44s
7 m35s
Третий тест
10 m11s
10 m0s
9 m54s
Если же использовать полные резервные копии и tar:
Destpêkê
Второй запуск
Третий запуск
Testa yekem
12 m41s
12 m25s
12 m45s
Второй тест
12 m35s
12 m45s
12 m14s
Третий тест
12 m43s
12 m25s
12 m5s
В режиме создания инкрементальных резервных копий пришлось отказаться от tar, поскольку при таких настройках резервные копии не создавались.
Результаты создания инкрементальных резервных копий с использованием rsync таковы:
Destpêkê
Второй запуск
Третий запуск
Testa yekem
11 m55s
11 m50s
12 m25s
Второй тест
2 m42s
2 m50s
2 m30s
Третий тест
6 m00s
5 m35s
5 m30s
В целом видно небольшое преимущество по скорости у rsync, также rsync экономнее работает с сетью. Отчасти это может быть скомпенсировано меньшим использованием cpu с tar в качестве программы для создания резервных копий. Другим преимуществом rsync является работа с инкрементальными копиями. Размер репозитория при создании полных резервных копий одинаков, составляет 16 гб, в случае инкрементальных копий — 14 гб за один прогон, что означает работающую дедупликацию.
Обзор AMANDA
По просьбе участника
Результаты тестового прогона с tar в качестве архиватора и активацией сжатия таковы:
Destpêkê
Второй запуск
Третий запуск
Testa yekem
9 m5s
8 m59s
9 m6s
Второй тест
0 m5s
0 m5s
0 m5s
Третий тест
2 m40s
2 m47s
2 m45s
Программа полностью загружает одно процессорное ядро, но из-за ограниченного по iops диска на стороне сервера хранения резервных копий не может развить большую скорость передачи данных. В целом, настройка доставила чуть больше хлопот, чем у остальных участников, поскольку автор программы не использует в качестве транспорта ssh, а реализует схожую схему с ключами, создавая и поддерживая полноценную CA. Есть возможность широко ограничить клиента и сервер резервного копирования: например, если они не могут полностью доверять друг другу, то можно, как вариант, запретить инициирование восстановления резервной копии со стороны сервера, задавая значение соответствующей переменной в ноль в файле настроек. Есть возможность подключить web-интерфейс для управления, но в целом настроенную систему можно автоматизировать полностью с помощью небольших скриптов на bash (или SCM, к примеру ansible). Существует несколько нетривиальная система настройки хранилища, что, по всей видимости, связано с поддержкой обширного списка различных устройств для хранения данных (кассеты LTO, жесткие диски и т.п.). Также стоит отметить, что из всех программ, рассмотренных в этой статье, AMANDA — единственная, сумевшая обнаружить переименование каталога. Размер репозитория при одном прогоне составил 13 гб.
Daxûyanî
Backup Part 6: Berawirdkirina Amûrên Piştgiriyê
Backup Part 7: Encam
Source: www.habr.com