Ez a felülvizsgálati megjegyzés folytatódik , olvasói kérésre írva, szó lesz az UrBackupról, a BackupPC-ről és az AMANDA-ról is.
Az UrBackup áttekintése.
A résztvevő kérésére Áttekintést adok az UrBackupról, egy kliens-szerver biztonsági mentési rendszerről. Lehetővé teszi teljes és növekményes biztonsági mentések készítését, tud dolgozni az eszköz pillanatképeivel (csak Win?), valamint fájlmentéseket is készíthet. A kliens a szerverrel azonos hálózaton található, vagy az interneten keresztül csatlakozhat. A változáskövetés deklarálva van, ami lehetővé teszi a biztonsági másolatok közötti különbségek gyors megtalálását. A szerveroldali adattárolás deduplikációja is támogatott, ami helyet takarít meg. A hálózati kapcsolatok titkosítottak, emellett webes felület is rendelkezésre áll a szerver kezelésére. Lássuk, mire képes:
A teljes biztonsági mentés módban a következő eredményeket kaptuk:
Nyitva tartás:
Első indítás
Második indítás
Harmadik indítás
Első teszt
8m20s
8m19s
8m24s
Második teszt
8m30s
8m34s
8m20s
Harmadik teszt
8m10s
8m14s
8m12s
Növekményes biztonsági mentési módban:
Nyitva tartás:
Első indítás
Második indítás
Harmadik indítás
Első teszt
8m10s
8m10s
8m12s
Második teszt
3m50s
4m12s
3m34s
Harmadik teszt
2m50s
2m35s
2m38s
A repository mérete mindkét esetben körülbelül 14 GB volt, ami a szerver oldalon működő deduplikációt jelez. Azt is meg kell jegyezni, hogy eltérés van a szerveren és a kliensen eltöltött mentési idő között, ami a grafikonokon jól látható, és nagyon kellemes bónusz, mivel a webes felületen látható a mentési folyamat futási ideje a szerveroldal figyelembe vétele nélkül
az ügyfél állapota. Általában a teljes és a növekményes másolatok grafikonjai megkülönböztethetetlenek. Az egyetlen különbség valószínűleg az, hogy a szerver oldalon hogyan kezelik. A redundáns rendszer alacsony processzorterhelésével is elégedett voltam.
BackupPC áttekintése
A résztvevő kérésére Adok hozzá egy értékelést a BackupPC-ről. Ez a szoftver egy biztonsági mentési tárolószerverre van telepítve, perl-ben írva, és különféle biztonsági mentési eszközökön működik – elsősorban rsync, tar. Az Ssh-t és az smb-t szállításként használják; van egy cgi-alapú webes felület is (az apache tetején telepítve). A webes felület a beállítások széles listáját tartalmazza. A szolgáltatások között szerepel a biztonsági mentések közötti minimális idő beállításának lehetősége, valamint az az időtartam, amely alatt nem készül biztonsági másolat. A biztonsági mentési kiszolgáló fájlrendszerének kiválasztásakor meg kell győződnie arról, hogy a merev hivatkozások támogatottak. Így a tárolási fájlrendszer nem osztható fel csatolási pontokra. Összességében nagyon kellemes élmény, lássuk, mire képes ez a szoftver:
Az rsync segítségével teljes biztonsági mentések létrehozásának módjában a következő eredményeket kaptuk:
Első indítás
Második indítás
Harmadik indítás
Első teszt
12m25s
12m14s
12m27s
Második teszt
7m41s
7m44s
7m35s
Harmadik teszt
10m11s
10m0s
9m54s
Ha teljes biztonsági mentést és tar-t használ:
Első indítás
Második indítás
Harmadik indítás
Első teszt
12m41s
12m25s
12m45s
Második teszt
12m35s
12m45s
12m14s
Harmadik teszt
12m43s
12m25s
12m5s
Növekményes biztonsági mentési módban el kellett hagynom a tar-t, mert ezekkel a beállításokkal nem jöttek létre biztonsági mentések.
Az rsync használatával végzett növekményes biztonsági másolatok létrehozásának eredménye a következő:
Első indítás
Második indítás
Harmadik indítás
Első teszt
11m55s
11m50s
12m25s
Második teszt
2m42s
2m50s
2m30s
Harmadik teszt
6m00s
5m35s
5m30s
Általánosságban elmondható, hogy az rsync némi sebességelőnnyel rendelkezik, az rsync emellett gazdaságosabban működik a hálózattal. Ezt részben ellensúlyozhatja a kevesebb CPU-használat a tar mint biztonsági mentési programmal. Az rsync másik előnye, hogy növekményes másolatokkal működik. A repository mérete teljes biztonsági mentések létrehozásakor ugyanaz, 16 GB, növekményes másolatok esetén - 14 GB futásonként, ami működő deduplikációt jelent.
AMANDA vélemény
A résztvevő kérésére AMANDA tesztek hozzáadása,
A tar mint archiváló és a tömörítés engedélyezett tesztfutás eredményei a következők:
Első indítás
Második indítás
Harmadik indítás
Első teszt
9m5s
8m59s
9m6s
Második teszt
0m5s
0m5s
0m5s
Harmadik teszt
2m40s
2m47s
2m45s
A program egy processzormagot teljesen betölt, de a tartalék tároló szerver oldalon korlátozott IOPS lemez miatt nem tud nagy adatátviteli sebességet elérni. Általánosságban elmondható, hogy a beállítás kissé problémásabb volt, mint a többi résztvevő számára, mivel a program szerzője nem használja az ssh-t átvitelként, hanem egy hasonló sémát valósít meg kulcsokkal, teljes értékű CA-t létrehozva és fenntartva. Széles körben korlátozható a kliens és a biztonsági mentési szerver: ha például nem tudnak teljesen megbízni egymásban, akkor lehetőségként meg lehet akadályozni, hogy a kiszolgáló biztonsági mentést kezdeményezzen, ha a megfelelő változó értékét nullára állítja. a beállítási fájlt. Lehetőség van webes felület csatlakoztatására a menedzsmenthez, de általában a beállított rendszer teljesen automatizálható kis bash szkriptek (vagy SCM, például ansible) segítségével. Létezik egy kissé nem triviális rendszer a tároló beállítására, ami nyilvánvalóan az adatok tárolására szolgáló különféle eszközök (LTO kazetták, merevlemezek stb.) széles körű támogatásának köszönhető. Azt is érdemes megjegyezni, hogy a cikkben tárgyalt programok közül az AMANDA az egyetlen, amely képes volt észlelni a címtárátnevezéseket. Az adattár mérete egy futtatásra 13 GB volt.
Közlemény
Biztonsági mentés 6. rész: A biztonsági mentési eszközök összehasonlítása
Biztonsági mentés 7. rész: Következtetések
Forrás: will.com