Ev gotar dê amûrên hilanînê bide ber hev, lê pêşî divê hûn fêr bibin ka ew çiqas zû û baş bi vegerandina daneyan ji hilanînê re mijûl dibin.
Ji bo hêsankirina berhevdanê, em ê ji nûvekirina ji paşgirek tam bifikirin, nemaze ji ber ku hemî berendam piştgirî didin vê awayê xebitandinê. Ji bo sadebûnê, jimar berê navînî ne (navgîniya hejmarî ya çend rêzan). Encam dê di tabloyek de bêne kurt kirin, ku di heman demê de dê di derheqê kapasîteyan de jî agahdarî hebe: hebûna navgînek malperê, hêsankirina sazkirin û xebitandinê, şiyana otomatîkkirinê, hebûna cûrbecûr taybetmendiyên din (mînak, kontrolkirina yekbûna daneyê) , hwd. Grafîk dê barkirina li ser serverê nîşan bidin ku dê data lê were bikar anîn (ne servera ji bo hilanîna kopiyên hilanînê).
Rakirina daneyê
rsync û tar dê ji hingê ve wekî xalek referansê were bikar anîn Nivîsarên hêsan ên ji bo çêkirina kopiyên hilanînê.
Rupync di 4 hûrdeman û 28 çirkeyan de bi daneya testê re mijûl bû, nîşan da
barekî wisa
Pêvajoya hilanînê li ser binepergala dîskê ya servera hilanînê ya paşvekêşanê (grafikên diranan) bi sînor xist. Her weha hûn dikarin bi zelalî barkirina yek kernelê bêyî pirsgirêk bibînin (iowait kêm û softirq - bi rêzê ve ti pirsgirêk bi dîskê û torê re tune). Ji ber ku her du bernameyên din, ango rdiff-backup û rsnapshot, li ser bingeha rsync-ê ne û di heman demê de rsync-a birêkûpêk wekî amûrek başbûnê jî pêşkêş dikin, ew ê bi qasî heman profîla barkirinê û dema vegerandina hilanînê hebin.
Zift ew hinekî zûtir kir
2 deqîqe û 43 çirke:
Tevahiya barkirina pergalê bi navînî% 20 zêde bû ji ber zêdebûna softirq - lêçûnên zêde di dema xebata binepergala torê de zêde bûn.
Ger arşîv bêtir were komkirin, dema hilanînê 3 hûrdem 19 çirke zêde dibe.
bi barek wusa li ser servera sereke (vekêşana li kêleka servera sereke):
Pêvajoya vekêşanê her du navikên pêvajoyê digire ji ber ku du pêvajo dimeşin. Bi gelemperî, ev encamek hêvîdar e. Di heman demê de, encamek berawirdî (3 hûrdem û 20 saniye) hate bidestxistin dema ku gzip-ê li kêleka serverê bi paşvekişandinê dimeşîne; profîla barkirinê ya li ser servera sereke pir dişibihe bi xebitandina tar bêyî kompresorê gzip (li grafiya berê binêre).
В rdiff-backup hûn dikarin paşgira paşîn a ku we bi karanîna rsync-ya birêkûpêk çêkiriye hevdeng bikin (encam dê mîna hev bin), lê paşvekêşên kevn hîn jî hewce ne ku bi karanîna bernameya rdiff-backup, ku nûvekirin di 17 hûrdeman û 17 çirkeyan de qedandin, werin nûve kirin, nîşan dide.
ev barkirin:
Dibe ku ev armanc bû, bi kêmanî ji bo sînorkirina leza nivîskaran . Pêvajoya vegerandina kopiyek paşvekêşanê bixwe hinekî kêmtir ji nîvek bingehîn digire, bi performansa berawirdî (ango 2-5 carî hêdîtir) li ser dîsk û torê bi rsync.
Rsnapshot Ji bo başbûnê, ew pêşniyar dike ku bi rêkûpêk rsync bikar bînin, ji ber vê yekê encamên wê dê wekhev bin. Bi gelemperî, bi vî rengî derket holê.
Burp Min di 7 hûrdeman û 2 çirkeyan de peywira vegerandina hilanînê qedand
bi vê barkirinê:
Ew pir zû xebitî, û bi kêmanî ji rsync-a safî pir rehettir e: hûn ne hewce ne ku tu alayan bi bîr bînin, navgînek klînîkî ya sade û xwerû, piştgirîya çêkirî ji bo gelek kopiyan - her çend ew du carî hêdîtir e. Heke hûn hewce ne ku daneya ji paşgira paşîn a ku we çêkiriye sererast bikin, hûn dikarin rsync-ê, bi çend hişyariyan, bikar bînin.
Bernameyê hema hema heman lez û bar nîşan da BackupPC dema ku moda veguheztina rsync çalak dike, hilanînê ji bo bicîh dike
7 deqîqe û 42 çirke:
Lê di moda veguheztina daneyê de, BackupPC hêdî hêdî bi tar re mijûl bû: di 12 hûrdem û 15 çirkeyan de, barkirina pêvajoyê bi gelemperî kêmtir bû
car û nîv:
Duplicate bêyî şîfrekirinê encamên hinekî çêtir nîşan da, di 10 hûrdem û 58 çirkeyan de paşvekişandinê vedigere. Heke hûn bi karanîna gpg şîfrekirinê çalak bikin, dema vegerandinê 15 hûrdem û 3 çirke zêde dibe. Di heman demê de, dema ku depoyek ji bo hilanîna kopiyan diafirînin, hûn dikarin mezinahiya arşîvê ya ku dê di dema dabeşkirina daneya gihîştî de were bikar anîn diyar bikin. Bi gelemperî, li ser dîskên hişk ên kevneşopî, di heman demê de ji ber moda xebitandina yek-têkilî, pir cûdahî tune. Dema ku hilanîna hîbrîd tê bikar anîn dibe ku di mezinahiyên blokên cihêreng de xuya bibe. Di dema hilanînê de barkirina servera sereke wiha bû:
şîfrekirin tune
bi şîfrekirinê
Cote rêjeyek başbûnê ya berawirdî nîşan da, ew di 13 hûrdem û 45 çirkeyan de temam kir. Nêzîkî 5 hûrdemên din dom kir ku rastbûna daneyên hatine vegerandin (bi tevahî 19 hûrdem) were kontrol kirin. Bar bû
pir bilind:
Dema ku şîfrekirina aes di hundurê de hate çalak kirin, dema vegerandinê 21 hûrdem 40 saniye bû, bi karanîna CPU ya herî zêde (her du jîn!) di dema vegerandinê de; Dema ku daneyan kontrol dikin, tenê mijarek çalak bû, ku yek bingehek pêvajoyek dagir dike. Kontrolkirina daneyan piştî hilanînê heman 5 hûrdem girt (bi tevahî hema hema 27 hûrdem).
Di encama
dema ku bernameya gpg-ya derveyî ji bo şîfrekirinê bikar anî, duplicati bi vegirtinê hinekî zûtir bû, lê bi gelemperî cûdahiyên ji moda berê hindik in. Dema xebitandinê 16 hûrdem 30 saniye, bi verastkirina daneyê di 6 hûrdeman de. Bar bû
yên weha:
AMANDA, bi karanîna tar, ew di 2 hûrdem û 49 çirkeyan de temam kir, ku, di prensîbê de, pir nêzîkî tar-a rêkûpêk e. Di prensîbê de li ser pergalê bar bikin
hemen:
Dema vegerandina hilanînê bi kar tînin zbackup encamên jêrîn hatin bidestxistin:
şîfrekirin, lzma compression
Dema xebitandinê 11 deqîqe û 8 saniye
Şîfrekirina AES, lzma compression
Dema xebitandinê 14 hûrdem
Şîfrekirina AES, lzo compression
Dema xebitandinê 6 deqîqe, 19 çirke
Bi tevahî, ne xirab e. Ew hemî bi leza pêvajoyê ya li ser servera hilanînê ve girêdayî ye, ku ji dema xebitandina bernameyê bi kompresorên cihêreng bi zelalî tê dîtin. Li ser milê servera paşvekişandinê, tarek birêkûpêk hate destpêkirin, ji ber vê yekê heke hûn wê bi hev re bidin ber hev, başbûn 3 carî hêdîtir e. Dibe ku hêjayî kontrolkirina operasyonê di moda pir-mijalan de, bi zêdetirî du têlan be.
BorgBackup di moda neşîfrekirî de ew ji tar hinekî hêdîtir bû, di 2 hûrdem 45 çirkeyan de, lêbelê, berevajî tar, gengaz bû ku depoyê jê bibe. Bar derket holê
jêrîn:
Ger hûn şîfrekirina-based blake çalak bikin, leza vegerandina hilanînê hinekî hêdîtir e. Di vê modê de dema hilanînê 3 hûrdem 19 çirke ye, û barkirin çûye
welî evê:
Şîfrekirina AES hinekî hêdîtir e, dema hilanînê 3 hûrdem 23 çirke ye, barkirin bi taybetî ye
nehatiye guhertin:
Ji ber ku Borg dikare di moda pir-mijarî de bixebite, barkirina pêvajoyê herî zêde ye, û dema ku fonksiyonên zêde têne çalak kirin, dema xebitandinê tenê zêde dibe. Xuya ye, hêja ye ku pirthreading bi rengek mîna zbackup-ê keşf bikin.
Restic bi hilanînê re hinekî hêdîtir mijûl bû, dema xebitandinê 4 hûrdem 28 saniye bû. Bar dixuya
wusa
Xuya ye ku pêvajoya başbûnê di çend mijaran de dixebite, lê karbidestî ne bi qasî ya BorgBackup-ê ye, lê di wextê de bi rsync-a birêkûpêk re tê berhev kirin.
Bi alîkariya alîkariya urBackup Di 8 hûrdeman û 19 çirkeyan de gengaz bû ku daneyan sererast bikin, barkirin bû
yên weha:
Bar hîn jî ne pir zêde ye, ji tar jî kêmtir e. Li hin deveran teqîn hene, lê ji barkirina yek core ne bêtir.
Hilbijartin û rastkirina pîvanên ji bo berhevdanê
Wekî ku di yek ji gotarên berê de hate gotin, pergala hilanînê divê pîvanên jêrîn bicîh bîne:
- Hêsaniya bikaranîna
- Fêrbûna
- Stability
- Zûbûnî
Hêja ye ku her xal bi hûrgulî ji hev cuda binirxînin.
Hêsaniya operasyonê
Dema ku yek bişkok hebe "Her tiştî baş bikin" çêtir e, lê heke hûn vegerin bernameyên rastîn, ya herî hêsan dê prensîba xebitandinê ya naskirî û standard be.
Pir bikarhêner dê bi îhtîmalek çêtir be ku ew ne hewce nebin ku komek bişkokên ji bo cli bi bîr bînin, komek vebijarkên cihêreng, bi gelemperî nezelal bi navgîniya webê an tui-yê vesaz bikin, an jî agahdariya di derbarê operasyona neserkeftî de saz bikin. Ev di heman demê de şiyana ku meriv bi hêsanî çareseriyek hilanînê di binesaziya heyî de, û hem jî otomatîkkirina pêvajoya hilanînê, bi hêsanî "têxe". Di heman demê de îmkana sazkirinê bi karanîna rêveberek pakêtê, an jî di yek an du fermanan de wekî "dakêşandin û pakkirinê" heye. curl ссылка | sudo bash - rêbazek tevlihev, ji ber ku hûn hewce ne ku kontrol bikin ka çi bi riya lînkê tê.
Mînakî, ji berendamên ku têne hesibandin, çareseriyek hêsan burp, rdiff-backup û restic e, ku ji bo modên xebitandinê yên cihêreng bişkojên mnemonîk hene. Borg û dubendî hinekî tevlihevtir in. Ya herî dijwar AMANDA bû. Yên mayî di warê karanîna hêsan de cîhek navîn in. Di her rewşê de, heke hûn ji bo xwendina manuala bikarhêner ji 30 saniyeyan zêdetir hewce ne, an jî hûn hewce ne ku biçin Google an motorek lêgerînê ya din, û her weha di nav pelek dirêj a alîkariyê de jî bigerin, biryar bi rengekî din dijwar e.
Hin berendamên ku têne hesibandin dikarin bixweber bi e-mailjabber peyamek bişînin, hinên din jî xwe dispêrin hişyariyên mîhengkirî yên di pergalê de. Wekî din, pir caran çareseriyên tevlihev xwedan mîhengên hişyariyê bi tevahî ne diyar in. Di her rewşê de, heke bernameya hilanînê kodek vegerê ya ne-sifir hildiberîne, ku dê ji hêla karûbarê pergalê ve ji bo karên periyodîk rast were fêm kirin (dê peyamek ji rêvebirê pergalê re an rasterast ji çavdêriyê re were şandin) - rewş hêsan e. Lê heke pergala hilanînê, ku li ser serverek hilanînê naxebite, nekare were mîheng kirin, awayê eşkere ku meriv di derheqê pirsgirêkê de bêje ev e ku tevlihevî jixwe zêde ye. Di her rewşê de, şandina hişyarî û peyamên din tenê ji navgîniya malperê an têketinê re pratîkek xirab e, ji ber ku pir caran ew ê werin paşguh kirin.
Wekî ku ji bo otomasyonê, bernameyek hêsan dikare guhêrbarên hawîrdorê yên ku moda xebitandina wê destnîşan dikin bixwîne, an jî klîkek pêşkeftî heye ku dikare dema ku bi navgîniyek tevnvîsê dixebite, bi tevahî tevgerê dubare bike. Ev jî îhtîmala operasyona domdar, hebûna derfetên berfirehbûnê, hwd.
Fêrbûna
Bi qismî ku beşa berê ya di derbarê otomatê de vedibêje, divê ne pirsgirêkek taybetî be ku meriv pêvajoya paşvekişandinê di binesaziya heyî de "bixe".
Hêjayî gotinê ye ku karanîna portên ne-standard (baş, ji bilî navgîniya malperê) ji bo xebatê, pêkanîna şîfrekirinê bi rengek ne-standard, pevguhertina daneyan bi karanîna protokolek ne-standard nîşanên ne-standard in. -çareseriya gerdûnî. Bi piranî, hemî berendam ji ber sedemek eşkere wan bi rengekî an yekî din hene: sadebûn û pirzimanî bi gelemperî bi hev re naçin. Wekî îstîsna - burp, yên din hene.
Wekî nîşanek - şiyana xebatê bi karanîna ssh-ya birêkûpêk.
Leza kar
Xala herî nakok û nakok. Ji aliyekî ve me pêvajo da destpêkirin, bi lez û bez xebitî û destwerdana karên sereke nekir. Ji hêla din ve, di heyama paşvekişandinê de di trafîkê û barkirina pêvajoyê de zêdebûnek heye. Di heman demê de hêjayî gotinê ye ku bernameyên herî bilez ên ji bo çêkirina kopiyan bi gelemperî di warê fonksiyonên ku ji bikarhêneran re girîng in de herî xizan in. Dîsa: heke ji bo ku meriv pelek nivîsê ya bêbext a çend deh byte bi şîfreyek bigire, û ji ber vê yekê lêçûnên karûbarê tevahî (erê, erê, ez fam dikim ku pir caran pêvajoya paşvekişandinê li vir ne sûcdar e), û hûn hewce ne ku hûn hemî pelên di depoyê de bi rêzek nû bixwînin an jî tevahiya arşîvê berfireh bikin - pergala paşvekêşanê qet zû zû nabe. Xalek din a ku pir caran dibe astengiyek leza şandina paşgirek ji arşîvekê ye. Li vir avantajek eşkere heye ji bo kesên ku bi tenê dikarin pelan bêyî pir manîpulasyonê kopî bikin an biguhezînin cîhê xwestinê (mînakek rsync), lê pir caran pêdivî ye ku pirsgirêk bi rengek rêxistinî, bi ezmûnî were çareser kirin: bi pîvandina dema paşvekêşanê. û bi eşkere bikarhêneran li ser vê agahdar dike.
Stability
Pêdivî ye ku bi vî rengî were fêm kirin: ji aliyekî ve, divê gengaz be ku kopiyek paşvekêşanê bi her awayî vegerîne, ji hêla din ve, divê ew li hember pirsgirêkên cihêreng berxwedêr be: qutbûna torê, têkçûna dîskê, jêbirina beşek ji depo.
Berawirdkirina amûrên hilanînê
Dema çêkirina kopî
Wextê hilanînê kopî bikin
Sazkirina hêsan
Sazkirina hêsan
Bikaranîna hêsan
automation Simple
Ma hûn serverek xerîdar hewce ne?
Kontrolkirina yekitiya depoyê
Kopiyên cuda
Bi boriyê dixebitin
Fêrbûna
Serxwebûnî
Zelalbûna depoyê
Encîfrekirin
Compression
Deduplication
Navbera malperê
Bi ewr dagirtin
Piştgiriya Windows
Cî
Rupync
4 m15s
4 m28s
erê
na
na
na
erê
na
na
erê
na
erê
erê
na
na
na
na
na
erê
6
Zift
safî
3 m12s
2 m43s
erê
na
na
na
na
na
erê
erê
na
erê
na
na
na
na
na
na
erê
8,5
gzip
9 m37s
3 m19s
erê
Rdiff-backup
16 m26s
17 m17s
erê
erê
erê
erê
erê
na
erê
na
erê
na
erê
na
erê
erê
erê
na
erê
11
Rsnapshot
4 m19s
4 m28s
erê
erê
erê
erê
na
na
erê
na
erê
na
erê
na
na
erê
erê
na
erê
12,5
Burp
11 m9s
7 m2s
erê
na
erê
erê
erê
erê
erê
na
erê
erê
na
na
erê
na
erê
na
erê
10,5
Duplicate
şîfrekirin tune
16 m48s
10 m58s
erê
erê
na
erê
na
erê
erê
na
na
erê
na
erê
erê
na
erê
na
erê
11
gpg
17 m27s
15 m3s
Cote
şîfrekirin tune
20 m28s
13 m45s
na
erê
na
na
na
erê
erê
na
na
erê
na
erê
erê
erê
erê
erê
erê
11
aes
29 m41s
21 m40s
gpg
26 m19s
16 m30s
zbackup
şîfrekirin tune
40 m3s
11 m8s
erê
erê
na
na
na
erê
erê
erê
na
erê
na
erê
erê
erê
na
na
na
10
aes
42 m0s
14 m1s
aes+lzo
18 m9s
6 m19s
BorgBackup
şîfrekirin tune
4 m7s
2 m45s
erê
erê
erê
erê
erê
erê
erê
erê
erê
erê
na
erê
erê
erê
erê
na
erê
16
aes
4 m58s
3 m23s
blake2
4 m39s
3 m19s
Restic
5 m38s
4 m28s
erê
erê
erê
erê
na
erê
erê
erê
erê
erê
na
erê
na
erê
na
erê
erê
15,5
urBackup
8 m21s
8 m19s
erê
erê
erê
na
erê
na
erê
na
erê
erê
na
erê
erê
erê
erê
na
erê
12
Amanda
9 m3s
2 m49s
erê
na
na
erê
erê
erê
erê
na
erê
erê
erê
erê
erê
na
erê
erê
erê
13
BackupPC
rsync
12 m22s
7 m42s
erê
na
erê
erê
erê
erê
erê
na
erê
na
na
erê
erê
na
erê
na
erê
10,5
zift
12 m34s
12 m15s
Lehenga tabloyê:
- Kesk, dema xebitandinê ji pênc hûrdeman kêmtir, an bersiva "Erê" (ji xeynî stûna "Pêwîstiya serverek xerîdar?"), 1 xal
- Zer, dema xebitandinê pênc-deh hûrdeman, 0.5 xal
- Sor, dema xebatê ji deh hûrdeman zêdetir e, an jî bersiv "Na" ye (ji bilî stûna "Ma ji te re serverek xerîdar hewce ye?"), 0 xal
Li gorî tabloya li jor, amûra hilanînê ya herî hêsan, bilez, û di heman demê de hêsan û hêzdar BorgBackup e. Restic di rêza duyemîn de cih girt, namzedên mayî yên ku têne hesibandin hema hema bi heman rengî bi belavbûna yek an du xalan di dawiyê de hatin danîn.
Ez spasiya her kesê ku rêzefîlmê heya dawiyê xwendim, ez we vedixwînim ku hûn vebijarkan nîqaş bikin û ya xwe pêşkêş bikin, heke hebe. Her ku nîqaş pêşve diçin, dibe ku tablo were berfireh kirin.
Encama rêzê dê bibe gotara dawîn, ku tê de dê hewl were dayîn ku amûrek paşvekêşanê ya îdeal, bilez û birêkûpêk pêşve bibe ku dihêle hûn di demek herî kurt de kopiyek paşde bicîh bikin û di heman demê de rehet û hêsan be. ji bo mîhengkirin û parastin.
Daxûyanî
Backup Part 6: Berawirdkirina Amûrên Piştgiriyê
Backup Part 7: Encam
Source: www.habr.com