Данная обзорная заметка продолжает
Обзор UrBackup.
По просьбе участника
В режиме создания полной резервной копии получились такие результаты:
Радно време:
Први почетак
Друго лансирање
Треће лансирање
Први тест
8м20с
8м19с
8м24с
Второй тест
8м30с
8м34с
8м20с
Третий тест
8м10с
8м14с
8м12с
В режиме создания инкрементальных резервных копий:
Радно време:
Први почетак
Друго лансирање
Треће лансирање
Први тест
8м10с
8м10с
8м12с
Второй тест
3м50с
4м12с
3м34с
Третий тест
2м50с
2м35с
2м38с
Размер репозитория в обоих случаях составил примерно 14 гб, что говорит о работающей дедупликации на стороне сервера. Также следует отметить несоответствие времени создания резервной копии на сервере и на клиенте, что достаточно четко видно по графикам и является весьма приятным бонусом, поскольку web-интерфейс показывает время работы процесса резервного копирования на стороне сервера без учета
состояния клиента. В целом графики для полной и инкрементальной копии неотличимы. Вероятно, различие только в том, как это обрабатывается на стороне сервера. Также порадовала низкая загрузка процессора на резервируемой системе.
Обзор BackupPC
По просьбе участника
В режиме создания полных резервных копий с rsync получились такие результаты:
Први почетак
Друго лансирање
Треће лансирање
Први тест
12м25с
12м14с
12м27с
Второй тест
7м41с
7м44с
7м35с
Третий тест
10м11с
10м0с
9м54с
Если же использовать полные резервные копии и tar:
Први почетак
Друго лансирање
Треће лансирање
Први тест
12м41с
12м25с
12м45с
Второй тест
12м35с
12м45с
12м14с
Третий тест
12м43с
12м25с
12м5с
В режиме создания инкрементальных резервных копий пришлось отказаться от tar, поскольку при таких настройках резервные копии не создавались.
Результаты создания инкрементальных резервных копий с использованием rsync таковы:
Први почетак
Друго лансирање
Треће лансирање
Први тест
11м55с
11м50с
12м25с
Второй тест
2м42с
2м50с
2м30с
Третий тест
6м00с
5м35с
5м30с
В целом видно небольшое преимущество по скорости у rsync, также rsync экономнее работает с сетью. Отчасти это может быть скомпенсировано меньшим использованием cpu с tar в качестве программы для создания резервных копий. Другим преимуществом rsync является работа с инкрементальными копиями. Размер репозитория при создании полных резервных копий одинаков, составляет 16 гб, в случае инкрементальных копий — 14 гб за один прогон, что означает работающую дедупликацию.
Обзор AMANDA
По просьбе участника
Результаты тестового прогона с tar в качестве архиватора и активацией сжатия таковы:
Први почетак
Друго лансирање
Треће лансирање
Први тест
9м5с
8м59с
9м6с
Второй тест
0м5с
0м5с
0м5с
Третий тест
2м40с
2м47с
2м45с
Программа полностью загружает одно процессорное ядро, но из-за ограниченного по iops диска на стороне сервера хранения резервных копий не может развить большую скорость передачи данных. В целом, настройка доставила чуть больше хлопот, чем у остальных участников, поскольку автор программы не использует в качестве транспорта ssh, а реализует схожую схему с ключами, создавая и поддерживая полноценную CA. Есть возможность широко ограничить клиента и сервер резервного копирования: например, если они не могут полностью доверять друг другу, то можно, как вариант, запретить инициирование восстановления резервной копии со стороны сервера, задавая значение соответствующей переменной в ноль в файле настроек. Есть возможность подключить web-интерфейс для управления, но в целом настроенную систему можно автоматизировать полностью с помощью небольших скриптов на bash (или SCM, к примеру ansible). Существует несколько нетривиальная система настройки хранилища, что, по всей видимости, связано с поддержкой обширного списка различных устройств для хранения данных (кассеты LTO, жесткие диски и т.п.). Также стоит отметить, что из всех программ, рассмотренных в этой статье, AMANDA — единственная, сумевшая обнаружить переименование каталога. Размер репозитория при одном прогоне составил 13 гб.
Најава
Резервна копија, део 6: Поређење алата за прављење резервних копија
Резервни део 7: Закључци
Извор: ввв.хабр.цом