Artikulu honek babeskopia softwarea hartuko du kontuan, datu-jarioa osagai bereizietan (zatietan) zatituz, biltegi bat osatzen duena.
Biltegiko osagaiak gehiago konprimitu eta enkriptatu daitezke, eta garrantzitsuena - behin eta berriz babeskopia-prozesuetan - berrerabili.
Biltegi horretako babeskopia bat elkarren artean konektatutako osagaien kate izendatua da, adibidez, hash funtzio ezberdinetan oinarrituta.
Antzeko hainbat irtenbide daude, 3an zentratuko naiz: zbackup, borgbackup eta restic.
Espero ziren emaitzak
Eskatzaile guztiek modu batean edo bestean biltegi bat sortzea eskatzen dutenez, faktore garrantzitsuenetako bat biltegiaren tamaina estimatzea izango da. Egokiena, bere tamaina ez da 13 GB baino gehiago izan behar onartutako metodologiaren arabera, edo are gutxiago - optimizazio onaren menpe.
Era berean, oso desiragarria da fitxategien babeskopiak zuzenean sortzeko gai izatea, tar bezalako artxiboak erabili gabe, baita ssh/sftp-ekin lan egitea, rsync eta sshfs bezalako tresna gehigarririk gabe.
Jokaera babeskopiak sortzean:
- Biltegiaren tamaina aldaketen tamainaren berdina izango da, edo txikiagoa.
- PUZaren karga handia espero da konpresioa edo/edo enkriptatzea erabiltzean, eta sareko eta disko-karga nahiko altua izan daiteke artxibatze- eta/edo enkriptazio-prozesua babeskopiko biltegiratze-zerbitzari batean exekutatzen ari bada.
- Biltegia hondatuta badago, litekeena da errore atzeratua izatea bai babeskopia berriak sortzean bai leheneratzen saiatzean. Beharrezkoa da neurri osagarriak planifikatu biltegiaren osotasuna bermatzeko edo bere osotasuna egiaztatzeko tresna integratuak erabiltzea.
Tarrekin lan egitea erreferentzia-balio gisa hartzen da, aurreko artikuluetako batean erakusten zen bezala.
zbackup probatzen
Zbackup-en mekanismo orokorra da programak sarrerako datu-korronteetan datu berdinak dituzten eremuak aurkitzen dituela, eta gero aukeran konprimitu eta enkriptatzen ditu, eremu bakoitza behin bakarrik gordez.
Desduplicazioak 64 biteko eraztun-hash funtzioa erabiltzen du leiho irristakorra duena, bytez byte bat datozen datu-blokeekin egiaztatzeko (rsync-ek nola inplementatzen duen).
Hari anitzeko lzma eta lzo erabiltzen dira konpresiorako, eta aes enkriptatzeko. Azken bertsioek etorkizunean datu zaharrak biltegitik ezabatzeko gaitasuna dute.
Programa C++-n idatzita dago gutxieneko menpekotasunekin. Egilea itxuraz unix-bidean inspiratu zen, beraz, programak stdin-en datuak onartzen ditu babeskopiak sortzerakoan, eta stdout-en antzeko datu-korrontea sortzen du leheneratu orduko. Horrela, zbackup oso "eraikuntza-bloke" gisa erabil daiteke zure babeskopia soluzioak idaztean. Adibidez, artikuluaren egileak programa hau erabili du etxeko makinen babeskopia tresna nagusi gisa 2014tik gutxi gorabehera.
Datu-korrontea tar arrunta izango da, bestela adierazi ezean.
Ikus dezagun zeintzuk diren emaitzak:
Lana 2 aukeretan egiaztatu zen:
- biltegi bat sortzen da eta zbackup zerbitzarian abiarazten da iturburuko datuekin, ondoren biltegiaren edukia babeskopia biltegiratze zerbitzarira transferitzen da.
- biltegiratze bat sortzen da babeskopien biltegiratze zerbitzarian, zbackup ssh bidez abiarazten da babeskopiko biltegiratze zerbitzarian, eta datuak kanalizazio bidez bidaltzen dira.
Lehenengo aukeraren emaitzak honako hauek izan ziren: 43m11s - zifratu gabeko biltegi bat eta lzma konpresorea erabiltzean, 19m13s - konpresorea lzorekin ordezkatzean.
Jatorrizko datuekin zerbitzariaren karga honako hau zen (lzma duen adibide bat erakusten da; lzorekin gutxi gorabehera irudi bera zegoen, baina rsync-en zatia denboraren laurdena zen gutxi gorabehera):
Argi dago segurtasun-kopia-prozesu bat aldaketa nahiko arraro eta txikietarako soilik egokia dela. Era berean, oso komenigarria da zbackup hari bakarrera mugatzea, bestela PUZaren karga oso handia izango baita, zeren Programa oso ona da hainbat haritan lan egiteko. Diskoaren karga txikia zen, eta, oro har, ez zen nabarituko ssd-n oinarritutako disko azpisistema moderno batekin. Era berean, argi eta garbi ikus dezakezu biltegiko datuak urruneko zerbitzari batera sinkronizatzeko prozesuaren hasiera; eragiketa-abiadura rsync arruntaren parekoa da eta babeskopia biltegiratze zerbitzariaren disko azpisistemaren errendimenduaren araberakoa da. Ikuspegi honen desabantaila biltegi lokal bat biltegiratzea eta, ondorioz, datuak bikoiztea da.
Praktikan interesgarriagoa eta aplikagarriagoa bigarren aukera da, zbackup zuzenean exekutatzen den babeskopien biltegiratze zerbitzarian.
Lehenik eta behin, funtzionamendua probatuko dugu lzma konpresorearekin enkriptatzea erabili gabe:
Proba bakoitzaren iraupena:
Abiarazi 1
Abiarazi 2
Abiarazi 3
39m45s
40m20s
40m3s
7m36s
8m3s
7m48s
15m35s
15m48s
15m38s
Aes erabiliz enkriptatzea gaitzen baduzu, emaitzak nahiko hurbil daude:
Datu berdinetan funtzionatzeko denbora, enkriptatzearekin:
Abiarazi 1
Abiarazi 2
Abiarazi 3
43m40s
44m12s
44m3s
8m3s
8m15s
8m12s
15m0s
15m40s
15m25s
Enkriptatzea lzo erabiliz konpresioarekin konbinatzen bada, itxura hau izango da:
Ordutegia:
Abiarazi 1
Abiarazi 2
Abiarazi 3
18m2s
18m15s
18m12s
5m13s
5m24s
5m20s
8m48s
9m3s
8m51s
Sortutako biltegiaren tamaina nahiko berdina zen 13GB-n. Horrek esan nahi du deduplicazioak behar bezala funtzionatzen duela. Gainera, dagoeneko konprimitutako datuetan, lzo erabiltzeak efektu nabarmena ematen du; funtzionamendu-denborari dagokionez, zbackup-a bikoiztasun/bikoiztasunera hurbiltzen da, baina librsync-ean oinarritutakoekin 2-5 aldiz atzeratzen da.
Abantailak begien bistakoak dira: babeskopien biltegiratze zerbitzarian diskoko lekua aurreztea. Biltegiak egiaztatzeko tresnei dagokienez, zbackup-en egileak ez ditu ematen; akatsekiko tolerantzia duen disko-matrizea edo hodeiko hornitzailea erabiltzea gomendatzen da.
Orokorrean, oso inpresio ona, proiektuak 3 urte inguru geldirik egon arren (azken ezaugarri eskaera duela urtebete inguru izan zen, baina erantzunik gabe).
Borgbackup probatzen
Borgbackup ganbararen sardexka bat da, zbackup-en antzeko beste sistema bat. Python-en idatzita, zbackup-en antzeko gaitasunen zerrenda du, baina gainera:
- Muntatu babeskopiak fusible bidez
- Begiratu biltegiaren edukia
- Bezero-zerbitzari moduan lan egin
- Erabili hainbat konpresore datuetarako, baita fitxategi-motaren zehaztapen heuristikoa ere konprimatzerakoan.
- 2 enkriptatzeko aukera, aes eta blake
- Tresna integratua
errendimenduaren egiaztapenak
borgbackup benchmark crud ssh://backup_server/repo/path local_dir
Emaitzak hauek izan ziren:
CZ-BIG 96.51 MB/s (10 100.00 MB zero fitxategiak: 10.36 s)
RZ-BIG 57.22 MB/s (10 100.00 MB zero fitxategiak: 17.48 s)
UZ-BIG 253.63 MB/s (10 100.00 MB zero fitxategiak: 3.94 s)
DZ-BIG 351.06 MB/s (10 100.00 MB zero fitxategiak: 2.85 s)
CR-BIG 34.30 MB/s (10 100.00 MB ausazko fitxategiak: 29.15 s)
RR-HANDIA 60.69 MB/s (10 100.00 MB ausazko fitxategiak: 16.48 s)
UR-BIG 311.06 MB/s (10 100.00 MB ausazko fitxategiak: 3.21 s)
DR-BIG 72.63 MB/s (10 100.00 MB ausazko fitxategiak: 13.77 s)
CZ-MEDIUM 108.59 MB/s (1000 1.00 MB zero fitxategiak: 9.21 s)
RZ-MEDIUM 76.16 MB/s (1000 1.00 MB zero fitxategiak: 13.13 s)
UZ-MEDIUM 331.27 MB/s (1000 1.00 MB zero fitxategiak: 3.02 s)
DZ-MEDIUM 387.36 MB/s (1000 1.00 MB zero fitxategiak: 2.58 s)
CR-MEDIUM 37.80 MB/s (1000 1.00 MB ausazko fitxategiak: 26.45 s)
RR-ERTAINA 68.90 MB/s (1000 1.00 MB ausazko fitxategiak: 14.51 s)
UR-MEDIUM 347.24 MB/s (1000 1.00 MB ausazko fitxategiak: 2.88 s)
DR-ERTAINA 48.80 MB/s (1000 1.00 MB ausazko fitxategiak: 20.49 s)
CZ-TXIKIA 11.72 MB/s (10000 10.00 kB zero fitxategiak: 8.53 s)
RZ-TXIKIA 32.57 MB/s (10000 10.00 kB zero fitxategiak: 3.07 s)
UZ-TXIKIA 19.37 MB/s (10000 10.00 kB zero fitxategiak: 5.16 s)
DZ-TXIKIA 33.71 MB/s (10000 10.00 kB zero fitxategiak: 2.97 s)
CR-SMALL 6.85 MB/s (10000 10.00 kB ausazko fitxategiak: 14.60 s)
RR-TXIKIA 31.27 MB/s (10000 10.00 kB ausazko fitxategiak: 3.20 s)
UR-TXIKIA 12.28 MB/s (10000 10.00 kB ausazko fitxategiak: 8.14 s)
DR-TXIKIA 18.78 MB/s (10000 10.00 kB ausazko fitxategiak: 5.32 s)
Probak egiterakoan, konpresio heuristikoak erabiliko dira fitxategi mota zehazteko (konpresio automatikoa), eta emaitzak hauek izango dira:
Lehenik eta behin, ikus dezagun nola funtzionatzen duen enkriptatu gabe:
Ordutegia:
Abiarazi 1
Abiarazi 2
Abiarazi 3
4m6s
4m10s
4m5s
56s
58s
54s
1m26s
1m34s
1m30s
Biltegiaren baimena gaitzen baduzu (modu autentifikatu), emaitzak itxi egingo dira:
Ordutegia:
Abiarazi 1
Abiarazi 2
Abiarazi 3
4m11s
4m20s
4m12s
1m0s
1m3s
1m2s
1m30s
1m34s
1m31s
Aes enkriptatzea aktibatu zenean, emaitzak ez ziren asko okertu:
Abiarazi 1
Abiarazi 2
Abiarazi 3
4m55s
5m2s
4m58s
1m0s
1m2s
1m0s
1m49s
1m50s
1m50s
Eta aes blake-ra aldatzen baduzu, egoera guztiz hobetuko da:
Ordutegia:
Abiarazi 1
Abiarazi 2
Abiarazi 3
4m33s
4m43s
4m40s
59s
1m0s
1m0s
1m38s
1m43s
1m40s
Zbackup-en kasuan bezala, biltegiaren tamaina 13 GBkoa zen eta baita apur bat gutxiago ere, orokorrean espero dena. Oso pozik nengoen exekutatzeko denborarekin; Librsync-en oinarritutako soluzioen parekoa da, gaitasun askoz zabalagoak eskaintzen ditu. Inguruko aldagaien bidez hainbat parametro ezartzeko gaitasunarekin ere gustura geratu nintzen, eta horrek abantaila oso larria ematen du borgbackup modu automatikoan erabiltzean. Babeskopia garaian kargarekin ere pozik geratu nintzen: prozesadorearen kargaren arabera, borgbackup-ek hari batean funtzionatzen du.
Erabiltzerakoan ez zegoen desabantaila berezirik.
atseden proba
Restic nahiko irtenbide berria den arren (lehen 2 hautagaiak 2013an eta zaharragoetan ezagutzen ziren), nahiko ezaugarri onak ditu. Go-n idatzia.
Zbackup-ekin alderatuta, gainera:
- Biltegiaren osotasuna egiaztatzea (zatiak egiaztatzea barne).
- babeskopiak gordetzeko onartzen diren protokoloen eta hornitzaileen zerrenda zabala, baita rclone - rsync for cloud solutions-en laguntza ere.
- 2 babeskopiak elkarren artean alderatuz.
- Biltegia fusible bidez muntatzea.
Oro har, ezaugarrien zerrenda borgbackupetik nahiko hurbil dago, leku batzuetan gehiago, beste batzuetan gutxiago. Ezaugarrietako bat da ez dagoela enkriptatzea desgaitzeko modurik, eta, beraz, babeskopiak beti enkriptatuko dira. Ikus dezagun praktikan zer kendu daitekeen software honetatik:
Emaitzak hauek izan ziren:
Ordutegia:
Abiarazi 1
Abiarazi 2
Abiarazi 3
5m25s
5m50s
5m38s
35s
38s
36s
1m54s
2m2s
1m58s
Errendimendu-emaitzak rsync-en oinarritutako soluzioekin eta, oro har, borgbackup-ekin oso gertukoak dira, baina PUZaren karga handiagoa da (hari anitz martxan) eta zerra-hortz.
Seguruenik, programa datuak biltegiratzeko zerbitzarian disko azpisistemaren errendimenduak mugatzen du, jada rsync-ekin gertatzen zen bezala. Biltegiaren tamaina 13 GB zen, zbackup edo borgbackup bezala, ez zegoen desabantaila nabaririk irtenbide hau erabiltzean.
Findings
Izan ere, hautagai guztiek antzeko emaitzak lortu zituzten, baina prezio ezberdinetan. Borgbackup-ek funtzionatu zuen onena, restic apur bat motelagoa zen, zbackup-ek ziurrenik ez du merezi erabiltzen hastea,
eta dagoeneko erabiltzen bada, saiatu borgbackup edo restic aldatzen.
Findings
Irtenbiderik itxaropentsuena lasaia dela dirudi, izan ere... bera da gaitasunen eta funtzionamendu-abiaduraren arteko erlaziorik onena duena, baina ez gaitezen presarik atera ondorio orokorretara oraingoz.
Borgbackup funtsean ez da okerragoa, baina zbackup seguruenik hobeto ordezkatuko da. Egia da, zbackup oraindik ere erabil daiteke 3-2-1 arauak funtzionatzen duela ziurtatzeko. Adibidez, (lib)rsync-en oinarritutako babeskopia-instalazioez gain.
Anuntzio
Babeskopia 5. zatia: bacula eta veeam babeskopia probatzen linuxerako
6. babeskopia: babeskopia tresnak alderatzea
Backup 7. zatia: ondorioak
Nork argitaratua: Pavel Demkovitx
Iturria: www.habr.com