Ta notatka z przeglądu jest kontynuowana , napisany na prośbę czytelników, będzie opowiadał o UrBackup, BackupPC, a także AMANDZIE.
Recenzja UrBackup.
Na prośbę uczestnika Dodaję recenzję UrBackup, systemu tworzenia kopii zapasowych klient-serwer. Umożliwia tworzenie pełnych i przyrostowych kopii zapasowych, może pracować z migawkami urządzeń (tylko Win?), a także może tworzyć kopie zapasowe plików. Klient może znajdować się w tej samej sieci co serwer lub łączyć się przez Internet. Zadeklarowano śledzenie zmian, co pozwala szybko znaleźć różnice pomiędzy kopiami zapasowymi. Dostępna jest także obsługa deduplikacji magazynu danych po stronie serwera, co pozwala zaoszczędzić miejsce. Połączenia sieciowe są szyfrowane, istnieje również interfejs sieciowy do zarządzania serwerem. Zobaczmy, co potrafi:
W trybie pełnej kopii zapasowej uzyskano następujące wyniki:
godziny:
Pierwszy start
Drugie uruchomienie
Trzecie uruchomienie
Pierwszy test
8m20
8m19
8m24
Drugi test
8m30
8m34
8m20
Trzeci test
8m10
8m14
8m12
W trybie przyrostowej kopii zapasowej:
godziny:
Pierwszy start
Drugie uruchomienie
Trzecie uruchomienie
Pierwszy test
8m10
8m10
8m12
Drugi test
3m50
4m12
3m34
Trzeci test
2m50
2m35
2m38
Rozmiar repozytorium w obu przypadkach wyniósł około 14 GB, co wskazuje na działającą deduplikację po stronie serwera. Należy również zauważyć, że istnieje rozbieżność pomiędzy czasem tworzenia kopii zapasowej na serwerze i kliencie, co jest dość wyraźnie widoczne na wykresach i jest bardzo przyjemnym bonusem, ponieważ interfejs sieciowy pokazuje czas trwania procesu tworzenia kopii zapasowej na po stronie serwera bez uwzględnienia
stan klienta. Generalnie wykresy dla kopii pełnej i przyrostowej są nie do odróżnienia. Jedyną różnicą jest prawdopodobnie sposób obsługi po stronie serwera. Byłem również zadowolony z niskiego obciążenia procesora w systemie nadmiarowym.
Recenzja BackupPC
Na prośbę uczestnika Dodaję recenzję BackupPC. To oprogramowanie jest instalowane na serwerze przechowywania kopii zapasowych, napisanym w języku Perl i działa w oparciu o różne narzędzia do tworzenia kopii zapasowych - głównie rsync, tar. Do transportu używane są Ssh i smb; istnieje również interfejs sieciowy oparty na CGI (wdrożony na Apache). Interfejs sieciowy zawiera obszerną listę ustawień. Wśród funkcji znajduje się możliwość ustawienia minimalnego czasu pomiędzy kopiami zapasowymi, a także okresu, w którym kopie zapasowe nie będą tworzone. Wybierając system plików dla serwera kopii zapasowych, należy upewnić się, że obsługiwane są dowiązania twarde. Dlatego systemu plików do przechowywania nie można podzielić na punkty podłączenia. Ogólnie całkiem przyjemne doświadczenie, zobaczmy, do czego zdolne jest to oprogramowanie:
W trybie tworzenia pełnych kopii zapasowych za pomocą rsync uzyskano następujące wyniki:
Pierwszy start
Drugie uruchomienie
Trzecie uruchomienie
Pierwszy test
12m25
12m14
12m27
Drugi test
7m41
7m44
7m35
Trzeci test
10m11
10m0
9m54
Jeśli używasz pełnych kopii zapasowych i tar:
Pierwszy start
Drugie uruchomienie
Trzecie uruchomienie
Pierwszy test
12m41
12m25
12m45
Drugi test
12m35
12m45
12m14
Trzeci test
12m43
12m25
12m5
W trybie przyrostowej kopii zapasowej musiałem porzucić tar, ponieważ kopie zapasowe nie zostały utworzone przy tych ustawieniach.
Wyniki tworzenia przyrostowych kopii zapasowych przy użyciu rsync są następujące:
Pierwszy start
Drugie uruchomienie
Trzecie uruchomienie
Pierwszy test
11m55
11m50
12m25
Drugi test
2m42
2m50
2m30
Trzeci test
6m00
5m35
5m30
Ogólnie rzecz biorąc, rsync ma niewielką przewagę w szybkości; rsync działa również bardziej ekonomicznie w sieci. Może to zostać częściowo zrekompensowane mniejszym zużyciem procesora przy użyciu programu tar jako programu do tworzenia kopii zapasowych. Kolejną zaletą rsync jest to, że działa z kopiami przyrostowymi. Rozmiar repozytorium przy tworzeniu pełnych kopii zapasowych jest taki sam, 16 GB, w przypadku kopii przyrostowych - 14 GB na przebieg, co oznacza działającą deduplikację.
Recenzja AMANDY
Na prośbę uczestnika dodanie testów AMANDA,
Wyniki testu z programem tar jako archiwizatorem i włączoną kompresją są następujące:
Pierwszy start
Drugie uruchomienie
Trzecie uruchomienie
Pierwszy test
9m5
8m59
9m6
Drugi test
0m5
0m5
0m5
Trzeci test
2m40
2m47
2m45
Program w pełni ładuje jeden rdzeń procesora, jednak ze względu na ograniczony dysk IOPS po stronie serwera magazynu kopii zapasowych nie może osiągnąć dużych prędkości przesyłania danych. Ogólnie konfiguracja była nieco bardziej kłopotliwa niż dla innych uczestników, ponieważ autor programu nie używa ssh jako transportu, ale wdraża podobny schemat z kluczami, tworząc i utrzymując pełnoprawny urząd certyfikacji. Możliwe jest szerokie ograniczenie klienta i serwera kopii zapasowych: na przykład, jeśli nie mogą sobie całkowicie ufać, można opcjonalnie uniemożliwić serwerowi rozpoczęcie przywracania kopii zapasowej, ustawiając wartość odpowiedniej zmiennej na zero w plik ustawień. Możliwe jest podłączenie interfejsu WWW do zarządzania, ale generalnie skonfigurowany system można w pełni zautomatyzować za pomocą małych skryptów bashowych (lub SCM, np. ansible). Istnieje dość nietrywialny system konfiguracji pamięci, co najwyraźniej wynika z obsługi obszernej listy różnych urządzeń do przechowywania danych (kasety LTO, dyski twarde itp.). Warto również zauważyć, że ze wszystkich programów omówionych w tym artykule, AMANDA jako jedyna była w stanie wykryć zmianę nazwy katalogów. Rozmiar repozytorium dla jednego uruchomienia wynosił 13 GB.
Zapowiedź
Kopia zapasowa, część 6: Porównanie narzędzi do tworzenia kopii zapasowych
Część zapasowa 7: Wnioski
Źródło: www.habr.com