Данная обзорная заметка продолжает
Обзор 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. Եզրակացություններ
Source: www.habr.com