Тази бележка за преглед продължава , написана по искане на читатели, ще говори за UrBackup, BackupPC, а също и AMANDA.
Преглед на UrBackup.
По желание на участника Добавям преглед на UrBackup, система за архивиране клиент-сървър. Той ви позволява да създавате пълни и инкрементални архиви, може да работи с моментни снимки на устройства (само за Win?) и може също да създава архиви на файлове. Клиентът може да се намира в същата мрежа като сървъра или да се свърже чрез интернет. Проследяването на промените е декларирано, което ви позволява бързо да намерите разлики между резервните копия. Има и поддръжка за дедупликация на съхранение на данни от страна на сървъра, което спестява място. Мрежовите връзки са криптирани, има и уеб интерфейс за управление на сървъра. Да видим какво може да направи:
В режим на пълно архивиране бяха получени следните резултати:
Работно време:
Първо начало
Второ изстрелване
Трети старт
Първи тест
8m20s
8m19s
8m24s
Втори тест
8m30s
8m34s
8m20s
Трети тест
8m10s
8m14s
8m12s
В режим на нарастващо архивиране:
Работно време:
Първо начало
Второ изстрелване
Трети старт
Първи тест
8m10s
8m10s
8m12s
Втори тест
3m50s
4m12s
3m34s
Трети тест
2m50s
2m35s
2m38s
Размерът на хранилището и в двата случая беше приблизително 14 GB, което показва работеща дедупликация от страната на сървъра. Трябва също да се отбележи, че има несъответствие между времето за създаване на резервно копие на сървъра и клиента, което е доста ясно видимо от графиките и е много приятен бонус, тъй като уеб интерфейсът показва времето на изпълнение на процеса на архивиране на сървърната страна, без да се вземат предвид
състояние на клиента. Като цяло графиките за пълните и инкременталните копия са неразличими. Единствената разлика вероятно е как се обработва от страната на сървъра. Също така бях доволен от ниското натоварване на процесора на резервната система.
BackupPC преглед
По желание на участника Добавям ревю на BackupPC. Този софтуер е инсталиран на резервен сървър за съхранение, написан на perl и работи върху различни инструменти за архивиране - предимно rsync, tar. Ssh и smb се използват като транспорт; има и базиран на cgi уеб интерфейс (разгърнат върху apache). Уеб интерфейсът има обширен списък с настройки. Сред функциите е възможността за задаване на минималното време между архивирането, както и периода, през който няма да се създават архиви. Когато избирате файлова система за резервен сървър, трябва да се уверите, че твърдите връзки се поддържат. По този начин файловата система за съхранение не може да бъде разделена на точки на монтиране. Като цяло, доста приятно изживяване, нека да видим на какво е способен този софтуер:
В режим на създаване на пълни архиви с rsync бяха получени следните резултати:
Първо начало
Второ изстрелване
Трети старт
Първи тест
12m25s
12m14s
12m27s
Втори тест
7m41s
7m44s
7m35s
Трети тест
10m11s
10m0s
9m54s
Ако използвате пълни архиви и tar:
Първо начало
Второ изстрелване
Трети старт
Първи тест
12m41s
12m25s
12m45s
Втори тест
12m35s
12m45s
12m14s
Трети тест
12m43s
12m25s
12m5s
В режим на инкрементално архивиране трябваше да изоставя tar, защото резервни копия не бяха създадени с тези настройки.
Резултатите от създаването на инкрементални архиви с помощта на rsync са:
Първо начало
Второ изстрелване
Трети старт
Първи тест
11m55s
11m50s
12m25s
Втори тест
2m42s
2m50s
2m30s
Трети тест
6m00s
5m35s
5m30s
Като цяло rsync има леко предимство в скоростта; rsync също работи по-икономично с мрежата. Това може да се компенсира отчасти от по-малко използване на процесора с tar като програма за архивиране. Друго предимство на rsync е, че работи с инкрементални копия. Размерът на хранилището при създаване на пълни архиви е същият, 16 GB, в случай на инкрементални копия - 14 GB на изпълнение, което означава работеща дедупликация.
AMANDA преглед
По желание на участника добавяне на AMANDA тестове,
Резултатите от тестово изпълнение с tar като архиватор и активирана компресия са следните:
Първо начало
Второ изстрелване
Трети старт
Първи тест
9m5s
8m59s
9m6s
Втори тест
0m5s
0m5s
0m5s
Трети тест
2m40s
2m47s
2m45s
Програмата зарежда напълно едно процесорно ядро, но поради ограничения IOPS диск от страна на резервния сървър за съхранение, не може да постигне високи скорости на трансфер на данни. Като цяло настройката беше малко по-обезпокоителна, отколкото за други участници, тъй като авторът на програмата не използва ssh като транспорт, но прилага подобна схема с ключове, създавайки и поддържайки пълноправен CA. Възможно е широко да ограничите клиента и резервния сървър: например, ако те не могат напълно да се доверят един на друг, тогава можете, като опция, да попречите на сървъра да започне възстановяване на резервно копие, като зададете стойността на съответната променлива на нула в файла с настройките. Възможно е да се свърже уеб интерфейс за управление, но като цяло конфигурираната система може да бъде напълно автоматизирана с помощта на малки bash скриптове (или SCM, например ansible). Има донякъде нетривиална система за настройка на хранилището, което очевидно се дължи на поддръжката на обширен списък от различни устройства за съхранение на данни (LTO касети, твърди дискове и др.). Също така си струва да се отбележи, че от всички програми, обсъдени в тази статия, AMANDA е единствената, която успя да открие преименуване на директория. Размерът на хранилището за едно изпълнение беше 13 GB.
Съобщение
Архивиране, част 6: Сравняване на инструментите за архивиране
Архивиране Част 7: Заключения
Източник: www.habr.com