Ez az összefoglaló jegyzet folytatja , amelyet olvasók kérésére írtam, és amelyben a UrBackup, BackupPC és AMANDA kerül szóba.
UrBackup áttekintés.
Egy résztvevő kérésére hozzáadom a UrBackup áttekintést, amely egy kliens-szerver biztonsági mentési rendszer. Lehetővé teszi teljes és inkrementális biztonsági másolatok létrehozását, tud kezelni eszközök pillanatképeivel (csak Windows?), és tud fájlmentéseket is készíteni. A kliens lehet ugyanabban a hálózatban a szerverrel, vagy csatlakozhat az Interneten keresztül. Be van jelentve a változások követése, ami lehetővé teszi a gyors eltérések megtalálását a biztonsági másolatok között. Továbbá van támogatás az adatok deduplikálására a szerver oldalán, ami lehetővé teszi a tárolt hely megtakarítását. A hálózati kapcsolatok titkosítva vannak, és van webes felület a szerver kezelésére. Nézzük meg, mire képes:
Teljes biztonsági másolat készítésekor az alábbi eredményeket kaptuk:
Működési idő:
Első indítás
Második indítás
Harmadik indítás
Első teszt
8m20s
8p19mp
8m24s
Második teszt
8m30s
8m34s
8m20s
Harmadik teszt
8m10s
8m14s
8m12s
Inkrementális biztonsági másolatok készítésekor:
Működési idő:
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 tároló mérete mindkét esetben körülbelül 14 GB volt, ami a szerver oldali deduplikációról tanúskodik. Érdemes megemlíteni a biztonsági másolat létrehozási idejének eltérését a szerver és a kliens között, ami jól látható a grafikonokon, és kellemes bónusz, mivel a webes felület a biztonsági másolat készítési folyamatának idejét mutatja a szerver oldalán, figyelmen kívül hagyva
a kliens állapotát. Összességében a grafikonok a teljes és az inkrementális másolat számára megkülönböztethetetlenek. Valószínűleg a különbség csak abban rejlik, hogyan dolgozzák fel a szerver oldalán. Ezen kívül örömmel tapasztaltam az alacsony CPU terhelést a biztonsági másolat alatt álló rendszeren.
BackupPC áttekintés
Egy résztvevő kérésére Hozzáadom a BackupPC felülvizsgálatát. Ez a szoftver a biztonsági mentések tárolására szolgáló szerveren telepíthető, Perl nyelven készült, és különböző biztonsági mentési eszközök — elsősorban az rsync és a tar — felett működik. A szállítás SSH és SMB protokollt használ, emellett elérhető egy CGI-alapú webes felület (Apache fölött telepíthető). A webes felületen széles beállítási lista található. Különlegessége, hogy lehetőséget biztosít a mentések közötti minimális idő megadására, valamint arra az időszakra, amely alatt a biztonsági másolatok nem készülnek el. A biztonsági mentési szerver fájlrendszerének kiválasztásakor figyelni kell a kemény linkek támogatására. Így a tároló fájlrendszert nem lehet csatolási pontokra bontani. Összességében kellemes benyomásom van, nézzük meg, mit tud ez a szoftver:
Teljes biztonsági másolatok készítésének módjában az rsync segítségével az alábbi eredmények születtek:
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 viszont teljes biztonsági másolatokat és tar-t használunk:
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
A növekményes biztonsági másolatok készítésekor el kellett állnom a tar használatától, mivel ezekkel a beállításokkal a biztonsági másolatok nem készültek el.
Az rsync használatával végzett növekményes biztonsági másolatok eredményei a következők:
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
Összességében látható egy kis sebességelőny az rsync esetében, és az rsync a hálózaton is takarékosabban működik. Ez részben kompenzálható a tar által a mentések készítésekor kevesebb CPU használattal. Az rsync másik előnye a növekményes másolatokkal való munka. A teljes biztonsági másolatok készítésekor a tároló mérete ugyanaz, 16 GB, míg a növekményes másolatok esetén — egy átfutásnál — 14 GB, ami működő deduplikációt jelent.
AMANDA áttekintés
Egy résztvevő kérésére Hozzáadom az AMANDA teszteket,
A tesztfutam eredményei tar archiváló és tömörítés engedélyezésével 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
2p45mp
A program fully loads a single CPU core, but due to the limited IOPS disk on the server side of the backup storage, it cannot achieve a high data transfer rate. Overall, the setup caused a bit more trouble than with other participants, as the program author does not use SSH as transport, but implements a similar scheme with keys, creating and maintaining a full CA. There is an option to broadly restrict the client and server for backups: for example, if they cannot fully trust each other, it is possible to prohibit the initiation of backup restoration from the server by setting the corresponding variable to zero in the configuration file. It is possible to connect a web interface for management, but in general, the configured system can be fully automated using small Bash scripts (or SCM, such as Ansible). There is a rather non-trivial storage configuration system, which apparently relates to supporting a wide range of various data storage devices (LTO tapes, hard drives, etc.). It is also worth noting that among all the programs discussed in this article, AMANDA is the only one that managed to detect directory renaming. The size of the repository during one run was 13 GB.
Bejelentés
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: habr.com
