Rhan Wrth Gefn 6: Cymharu Offer Wrth Gefn

Rhan Wrth Gefn 6: Cymharu Offer Wrth Gefn
Bydd yr erthygl hon yn cymharu offer wrth gefn, ond yn gyntaf dylech ddarganfod pa mor gyflym ac yn dda y maent yn ymdopi ag adfer data o gopïau wrth gefn.
Er hwylustod, byddwn yn ystyried adfer copi wrth gefn llawn, yn enwedig gan fod pob ymgeisydd yn cefnogi'r dull hwn o weithredu. Er mwyn symlrwydd, mae'r niferoedd eisoes wedi'u cyfartaleddu (cymedr rhifyddol sawl rhediad). Bydd y canlyniadau'n cael eu crynhoi mewn tabl, a fydd hefyd yn cynnwys gwybodaeth am y galluoedd: presenoldeb rhyngwyneb gwe, rhwyddineb gosod a gweithredu, y gallu i awtomeiddio, presenoldeb nodweddion ychwanegol amrywiol (er enghraifft, gwirio cywirdeb data) , etc. Bydd y graffiau'n dangos y llwyth ar y gweinydd lle bydd y data'n cael ei ddefnyddio (nid y gweinydd ar gyfer storio copïau wrth gefn).

Adfer data

bydd rsync a tar yn cael eu defnyddio fel pwynt cyfeirio ers hynny maent fel arfer yn seiliedig arnynt sgriptiau syml ar gyfer gwneud copïau wrth gefn.

Rsync ymdopi â set ddata'r prawf mewn 4 munud a 28 eiliad, gan ddangos

y fath lwythRhan Wrth Gefn 6: Cymharu Offer Wrth Gefn

Tarodd y broses adfer gyfyngiad ar is-system ddisg y gweinydd storio wrth gefn (graffiau llifio). Gallwch hefyd weld yn glir y llwytho un cnewyllyn heb unrhyw broblemau (iowait isel a softirq - dim problemau gyda'r ddisg a rhwydwaith, yn y drefn honno). Gan fod y ddwy raglen arall, sef rdiff-backup a rsnapshot, yn seiliedig ar rsync a hefyd yn cynnig rsync rheolaidd fel offeryn adfer, bydd ganddynt tua'r un proffil llwyth ac amser adfer copi wrth gefn.

Tar ei wneud ychydig yn gyflymach

2 funud a 43 eiliad:Rhan Wrth Gefn 6: Cymharu Offer Wrth Gefn

Roedd cyfanswm llwyth y system yn uwch ar gyfartaledd o 20% oherwydd y softirq cynyddol - cynyddodd y costau gorbenion yn ystod gweithrediad yr is-system rhwydwaith.

Os caiff yr archif ei gywasgu ymhellach, mae'r amser adfer yn cynyddu i 3 munud 19 eiliad.
gyda llwyth o'r fath ar y prif weinydd (dadbacio ar ochr y prif weinydd):Rhan Wrth Gefn 6: Cymharu Offer Wrth Gefn

Mae'r broses datgywasgu yn cymryd y ddau graidd prosesydd oherwydd bod dwy broses yn rhedeg. Yn gyffredinol, dyma'r canlyniad disgwyliedig. Hefyd, cafwyd canlyniad tebyg (3 munud ac 20 eiliad) wrth redeg gzip ar ochr y gweinydd gyda chopïau wrth gefn; roedd y proffil llwyth ar y prif weinydd yn debyg iawn i redeg tar heb y cywasgydd gzip (gweler y graff blaenorol).

В rdiff-wrth gefn gallwch chi gydamseru'r copi wrth gefn diwethaf a wnaethoch gan ddefnyddio rsync rheolaidd (bydd y canlyniadau'n debyg), ond mae angen adfer copïau wrth gefn hŷn o hyd gan ddefnyddio'r rhaglen rdiff-backup, a gwblhaodd y gwaith adfer mewn 17 munud ac 17 eiliad, gan ddangos

y llwyth hwn:Rhan Wrth Gefn 6: Cymharu Offer Wrth Gefn

Efallai mai bwriad hyn, o leiaf, oedd cyfyngu ar gyflymder yr awduron cynnig ateb o'r fath. Mae'r broses o adfer copi wrth gefn ei hun yn cymryd ychydig llai na hanner un craidd, gyda pherfformiad cymaradwy (h.y. 2-5 gwaith yn arafach) dros ddisg a rhwydwaith gyda rsync.

Cipolwg Ar gyfer adferiad, mae'n awgrymu defnyddio rsync rheolaidd, felly bydd ei ganlyniadau yn debyg. Yn gyffredinol, dyma sut y trodd allan.

Burp Cwblheais y dasg o adfer copi wrth gefn mewn 7 munud a 2 eiliad gyda
gyda'r llwyth hwn:Rhan Wrth Gefn 6: Cymharu Offer Wrth Gefn

Gweithiodd yn eithaf cyflym, ac o leiaf mae'n llawer mwy cyfleus na rsync pur: nid oes angen i chi gofio unrhyw fflagiau, rhyngwyneb cli syml a greddfol, cefnogaeth adeiledig ar gyfer copïau lluosog - er ei fod ddwywaith yn arafach. Os oes angen i chi adfer data o'r copi wrth gefn diwethaf a wnaethoch, gallwch ddefnyddio rsync, gydag ychydig o gafeatau.

Roedd y rhaglen yn dangos tua'r un cyflymder a llwyth PC wrth gefn wrth alluogi modd trosglwyddo rsync, defnyddio'r copi wrth gefn ar gyfer

7 munud a 42 eiliad:Rhan Wrth Gefn 6: Cymharu Offer Wrth Gefn

Ond yn y modd trosglwyddo data, roedd BackupPC yn ymdopi â thar yn arafach: mewn 12 munud a 15 eiliad, roedd llwyth y prosesydd yn gyffredinol yn is

unwaith a hanner:Rhan Wrth Gefn 6: Cymharu Offer Wrth Gefn

Dyblygrwydd heb amgryptio yn dangos canlyniadau ychydig yn well, gan adfer copi wrth gefn mewn 10 munud a 58 eiliad. Os byddwch yn actifadu amgryptio gan ddefnyddio gpg, mae'r amser adfer yn cynyddu i 15 munud a 3 eiliad. Hefyd, wrth greu ystorfa ar gyfer storio copïau, gallwch nodi maint yr archif a ddefnyddir wrth rannu'r llif data sy'n dod i mewn. Yn gyffredinol, ar yriannau caled confensiynol, hefyd oherwydd y modd gweithredu un-edau, nid oes llawer o wahaniaeth. Gall ymddangos mewn gwahanol feintiau bloc pan ddefnyddir storfa hybrid. Roedd y llwyth ar y prif weinydd yn ystod adferiad fel a ganlyn:

dim amgryptioRhan Wrth Gefn 6: Cymharu Offer Wrth Gefn

gydag amgryptioRhan Wrth Gefn 6: Cymharu Offer Wrth Gefn

Dyblyg dangosodd gyfradd adennill debyg, gan ei chwblhau mewn 13 munud a 45 eiliad. Cymerodd tua 5 munud arall i wirio cywirdeb y data a adferwyd (cyfanswm o tua 19 munud). Roedd y llwyth

eithaf uchel:Rhan Wrth Gefn 6: Cymharu Offer Wrth Gefn

Pan alluogwyd amgryptio es yn fewnol, yr amser adfer oedd 21 munud 40 eiliad, gyda defnydd CPU ar ei uchaf (y ddau graidd!) yn ystod adferiad; Wrth wirio data, dim ond un edefyn oedd yn weithredol, gan feddiannu un craidd prosesydd. Cymerodd gwirio'r data ar ôl adferiad yr un 5 munud (bron i 27 munud i gyd).

CanlyniadRhan Wrth Gefn 6: Cymharu Offer Wrth Gefn

roedd dyblygiad ychydig yn gyflymach gydag adferiad wrth ddefnyddio'r rhaglen gpg allanol ar gyfer amgryptio, ond yn gyffredinol mae'r gwahaniaethau o'r modd blaenorol yn fach iawn. Yr amser gweithredu oedd 16 munud 30 eiliad, gyda dilysu data mewn 6 munud. Roedd y llwyth

megis:Rhan Wrth Gefn 6: Cymharu Offer Wrth Gefn

AMANDA, gan ddefnyddio tar, ei gwblhau mewn 2 funud 49 eiliad, sydd, mewn egwyddor, yn agos iawn at dar rheolaidd. Llwyth ar y system mewn egwyddor

yr un:Rhan Wrth Gefn 6: Cymharu Offer Wrth Gefn

Wrth adfer copi wrth gefn gan ddefnyddio zbackup cafwyd y canlyniadau canlynol:

amgryptio, cywasgu lzmaRhan Wrth Gefn 6: Cymharu Offer Wrth Gefn

Hyd y perfformiad 11 munud ac 8 eiliad

Amgryptio AES, cywasgu lzmaRhan Wrth Gefn 6: Cymharu Offer Wrth Gefn

Amser gweithredu 14 munud

Amgryptio AES, cywasgu lzoRhan Wrth Gefn 6: Cymharu Offer Wrth Gefn

Hyd y perfformiad 6 munud, 19 eiliad

Ar y cyfan, ddim yn ddrwg. Mae'r cyfan yn dibynnu ar gyflymder y prosesydd ar y gweinydd wrth gefn, y gellir ei weld yn glir o amser rhedeg y rhaglen gyda gwahanol gywasgwyr. Ar ochr y gweinydd wrth gefn, lansiwyd tar rheolaidd, felly os ydych chi'n ei gymharu ag ef, mae'r adferiad 3 gwaith yn arafach. Efallai y byddai'n werth gwirio'r llawdriniaeth mewn modd aml-edau, gyda mwy na dwy edafedd.

BorgBackup yn y modd heb ei amgryptio roedd ychydig yn arafach na thar, mewn 2 funud 45 eiliad, fodd bynnag, yn wahanol i dar, daeth yn bosibl i ddad-ddyblygu'r ystorfa. Trodd y llwyth allan i fod

y canlynol:Rhan Wrth Gefn 6: Cymharu Offer Wrth Gefn

Os ydych chi'n galluogi amgryptio seiliedig ar blake, mae'r cyflymder adfer copi wrth gefn ychydig yn arafach. Yr amser adfer yn y modd hwn yw 3 munud 19 eiliad, ac mae'r llwyth wedi diflannu

fel hyn:Rhan Wrth Gefn 6: Cymharu Offer Wrth Gefn

Mae amgryptio AES ychydig yn arafach, mae amser adfer yn 3 munud 23 eiliad, mae'r llwyth yn arbennig

heb newid:Rhan Wrth Gefn 6: Cymharu Offer Wrth Gefn

Gan y gall Borg weithio mewn modd aml-edau, mae llwyth y prosesydd yn uchaf, a phan fydd swyddogaethau ychwanegol yn cael eu gweithredu, mae'r amser gweithredu'n cynyddu. Yn ôl pob tebyg, mae'n werth archwilio multithreading mewn ffordd debyg i zbackup.

Restic ymdopi â'r adferiad ychydig yn arafach, yr amser gweithredu oedd 4 munud 28 eiliad. Roedd y llwyth yn edrych fel

fel hyn:Rhan Wrth Gefn 6: Cymharu Offer Wrth Gefn

Mae'n debyg bod y broses adfer yn gweithio mewn sawl llinyn, ond nid yw'r effeithlonrwydd mor uchel ag un BorgBackup, ond gellir ei gymharu mewn amser â rsync rheolaidd.

Gyda UrCefnogi Roedd yn bosibl adfer y data mewn 8 munud a 19 eiliad, roedd y llwyth

megis:Rhan Wrth Gefn 6: Cymharu Offer Wrth Gefn

Nid yw'r llwyth yn uchel iawn o hyd, hyd yn oed yn is na'r hyn o dar. Mewn rhai mannau mae pyliau, ond dim mwy na llwyth un craidd.

Dethol a chyfiawnhau meini prawf ar gyfer cymharu

Fel y nodwyd yn un o'r erthyglau blaenorol, rhaid i'r system wrth gefn fodloni'r meini prawf canlynol:

  • Rhwyddineb defnydd
  • Amlbwrpasedd
  • Sefydlogrwydd
  • Cyflymder

Mae'n werth ystyried pob pwynt ar wahân yn fwy manwl.

Rhwyddineb gweithredu

Mae'n well pan fydd un botwm "Gwnewch bopeth yn dda," ond os byddwch chi'n dychwelyd i raglenni go iawn, y peth mwyaf cyfleus fydd rhywfaint o egwyddor weithredu gyfarwydd a safonol.
Mae'n debyg y bydd y mwyafrif o ddefnyddwyr yn well eu byd os nad oes rhaid iddynt gofio criw o allweddi ar gyfer cli, ffurfweddu criw o opsiynau gwahanol, sy'n aml yn aneglur, trwy'r we neu tui, neu sefydlu hysbysiadau am weithrediad aflwyddiannus. Mae hyn hefyd yn cynnwys y gallu i “ffitio” datrysiad wrth gefn yn hawdd i'r seilwaith presennol, yn ogystal ag awtomeiddio'r broses wrth gefn. Mae yna hefyd y posibilrwydd o osod gan ddefnyddio rheolwr pecyn, neu mewn un neu ddau o orchmynion fel "lawrlwytho a dadbacio". curl ссылка | sudo bash - dull cymhleth, gan fod angen i chi wirio beth sy'n cyrraedd trwy'r ddolen.

Er enghraifft, o'r ymgeiswyr a ystyriwyd, datrysiad syml yw burp, rdiff-backup a restic, sydd â bysellau mnemonig ar gyfer gwahanol foddau gweithredu. Ychydig yn fwy cymhleth yw borg a dyblygu. Y mwyaf anodd oedd AMANDA. Mae'r gweddill rhywle yn y canol o ran rhwyddineb defnydd. Mewn unrhyw achos, os oes angen mwy na 30 eiliad arnoch i ddarllen y llawlyfr defnyddiwr, neu os oes angen i chi fynd i Google neu beiriant chwilio arall, a sgrolio trwy ddalen hir o gymorth, mae'r penderfyniad yn anodd, un ffordd neu'r llall.

Mae rhai o'r ymgeiswyr a ystyrir yn gallu anfon neges yn awtomatig trwy e-bostjabber, tra bod eraill yn dibynnu ar rybuddion wedi'u ffurfweddu yn y system. Ar ben hynny, gan amlaf nid oes gan atebion cymhleth osodiadau rhybuddio hollol amlwg. Mewn unrhyw achos, os yw'r rhaglen wrth gefn yn cynhyrchu cod dychwelyd di-sero, a fydd yn cael ei ddeall yn gywir gan y gwasanaeth system ar gyfer tasgau cyfnodol (bydd neges yn cael ei hanfon at weinyddwr y system neu'n uniongyrchol i fonitro) - mae'r sefyllfa'n syml. Ond os na ellir ffurfweddu'r system wrth gefn, nad yw'n rhedeg ar weinydd wrth gefn, y ffordd amlwg o ddweud am y broblem yw bod y cymhlethdod eisoes yn ormodol. Mewn unrhyw achos, mae cyhoeddi rhybuddion a negeseuon eraill i'r rhyngwyneb gwe neu i'r log yn unig yn arfer gwael, oherwydd yn fwyaf aml byddant yn cael eu hanwybyddu.

O ran awtomeiddio, gall rhaglen syml ddarllen newidynnau amgylchedd sy'n gosod ei ddull gweithredu, neu mae ganddi cli datblygedig a all ddyblygu'r ymddygiad yn llwyr wrth weithio trwy ryngwyneb gwe, er enghraifft. Mae hyn hefyd yn cynnwys y posibilrwydd o weithredu parhaus, argaeledd cyfleoedd ehangu, ac ati.

Amlbwrpasedd

Gan adleisio'n rhannol yr is-adran flaenorol ynghylch awtomeiddio, ni ddylai “ffitio” y broses wrth gefn yn y seilwaith presennol fod yn broblem benodol.
Mae'n werth nodi bod y defnydd o borthladdoedd ansafonol (wel, ac eithrio ar gyfer y rhyngwyneb gwe) ar gyfer gwaith, gweithredu amgryptio mewn ffordd ansafonol, cyfnewid data gan ddefnyddio protocol ansafonol yn arwyddion o ansafonol. - datrysiad cyffredinol. Ar y cyfan, mae pob ymgeisydd yn eu cael mewn rhyw ffordd neu'i gilydd am y rheswm amlwg: nid yw symlrwydd ac amlbwrpasedd fel arfer yn cyd-fynd. Fel eithriad - burp, mae yna rai eraill.

Fel arwydd - y gallu i weithio gan ddefnyddio ssh rheolaidd.

Cyflymder gwaith

Y pwynt mwyaf dadleuol a dadleuol. Ar y naill law, fe wnaethom lansio'r broses, bu'n gweithio cyn gynted â phosibl ac nid oedd yn ymyrryd â'r prif dasgau. Ar y llaw arall, mae ymchwydd mewn traffig a llwyth prosesydd yn ystod y cyfnod wrth gefn. Mae'n werth nodi hefyd mai'r rhaglenni cyflymaf ar gyfer gwneud copïau fel arfer yw'r rhai tlotaf o ran swyddogaethau sy'n bwysig i ddefnyddwyr. Eto: os er mwyn cael un ffeil testun anffodus o sawl degau o beit mewn maint gyda chyfrinair, ac oherwydd hynny mae'r gwasanaeth cyfan yn costio (ie, ydw, rwy'n deall nad yw'r broses wrth gefn yn aml ar fai yma), ac mae angen i chi ailddarllen yr holl ffeiliau yn y gadwrfa yn olynol neu ehangu'r archif gyfan - nid yw'r system wrth gefn byth yn gyflym. Pwynt arall sy'n aml yn dod yn faen tramgwydd yw cyflymder defnyddio copi wrth gefn o archif. Mae yna fantais amlwg yma i'r rhai sy'n gallu copïo neu symud ffeiliau i'r lleoliad a ddymunir heb lawer o drin (rsync, er enghraifft), ond yn fwyaf aml mae'n rhaid datrys y broblem mewn ffordd sefydliadol, yn empirig: trwy fesur yr amser adfer wrth gefn a hysbysu defnyddwyr yn agored am hyn.

Sefydlogrwydd

Dylid ei ddeall fel hyn: ar y naill law, mae'n rhaid ei bod yn bosibl defnyddio'r copi wrth gefn yn ôl mewn unrhyw ffordd, ar y llaw arall, rhaid iddo allu gwrthsefyll problemau amrywiol: ymyrraeth rhwydwaith, methiant disg, dileu rhan o'r ystorfa.

Cymhariaeth o offer wrth gefn

Copi amser creu
Copïo amser adfer
Gosod hawdd
Gosodiad hawdd
Defnydd syml
Awtomatiaeth syml
Oes angen gweinydd cleient arnoch chi?
Gwirio cywirdeb yr ystorfa
Copïau gwahaniaethol
Gweithio trwy bibell
Amlbwrpasedd
Annibyniaeth
Tryloywder ystorfa
Amgryptio
Cywasgiad
Dyblygu
Rhyngwyneb gwe
Yn llenwi i'r cwmwl
Cefnogaeth Windows
Sgôr

Rsync
4m15s
4m28s
ie
dim
dim
dim
ie
dim
dim
ie
dim
ie
ie
dim
dim
dim
dim
dim
ie
6

Tar
pur
3m12s
2m43s
ie
dim
dim
dim
dim
dim
ie
ie
dim
ie
dim
dim
dim
dim
dim
dim
ie
8,5

gzip
9m37s
3m19s
ie

Riff-wrth gefn
16m26s
17m17s
ie
ie
ie
ie
ie
dim
ie
dim
ie
dim
ie
dim
ie
ie
ie
dim
ie
11

Cipolwg
4m19s
4m28s
ie
ie
ie
ie
dim
dim
ie
dim
ie
dim
ie
dim
dim
ie
ie
dim
ie
12,5

Burp
11m9s
7m2s
ie
dim
ie
ie
ie
ie
ie
dim
ie
ie
dim
dim
ie
dim
ie
dim
ie
10,5

Dyblygrwydd
dim amgryptio
16m48s
10m58s
ie
ie
dim
ie
dim
ie
ie
dim
dim
ie
dim
ie
ie
dim
ie
dim
ie
11

gpg
17m27s
15m3s

Dyblyg
dim amgryptio
20m28s
13m45s
dim
ie
dim
dim
dim
ie
ie
dim
dim
ie
dim
ie
ie
ie
ie
ie
ie
11

AES
29m41s
21m40s

gpg
26m19s
16m30s

zbackup
dim amgryptio
40m3s
11m8s
ie
ie
dim
dim
dim
ie
ie
ie
dim
ie
dim
ie
ie
ie
dim
dim
dim
10

AES
42m0s
14m1s

aes+lzo
18m9s
6m19s

BorgBackup
dim amgryptio
4m7s
2m45s
ie
ie
ie
ie
ie
ie
ie
ie
ie
ie
dim
ie
ie
ie
ie
dim
ie
16

AES
4m58s
3m23s

blake2
4m39s
3m19s

Restic
5m38s
4m28s
ie
ie
ie
ie
dim
ie
ie
ie
ie
ie
dim
ie
dim
ie
dim
ie
ie
15,5

UrCefnogi
8m21s
8m19s
ie
ie
ie
dim
ie
dim
ie
dim
ie
ie
dim
ie
ie
ie
ie
dim
ie
12

Amanda
9m3s
2m49s
ie
dim
dim
ie
ie
ie
ie
dim
ie
ie
ie
ie
ie
dim
ie
ie
ie
13

PC wrth gefn
rsync
12m22s
7m42s
ie
dim
ie
ie
ie
ie
ie
dim
ie
dim
dim
ie
ie
dim
ie
dim
ie
10,5

tar
12m34s
12m15s

Chwedl tabl:

  • Gwyrdd, amser gweithredu llai na phum munud, neu atebwch "Ydw" (ac eithrio'r golofn "Angen gweinydd cleient?"), 1 pwynt
  • Melyn, amser gweithredu pump i ddeg munud, 0.5 pwynt
  • Coch, mae'r amser gwaith yn fwy na deng munud, neu'r ateb yw "Na" (ac eithrio'r golofn "Oes angen gweinydd cleient?"), 0 pwynt

Yn ôl y tabl uchod, yr offeryn wrth gefn symlaf, cyflymaf, ac ar yr un pryd cyfleus a phwerus yw BorgBackup. Daeth Restic yn ail, a gosodwyd gweddill yr ymgeiswyr a ystyriwyd yn gyfartal fwy neu lai gyda lledaeniad o un neu ddau bwynt ar y diwedd.

Diolch i bawb a ddarllenodd y gyfres hyd y diwedd, rwy’n eich gwahodd i drafod yr opsiynau a chynnig rhai eich hun, os o gwbl. Wrth i'r drafodaeth fynd rhagddi, efallai y bydd y tabl yn cael ei ehangu.

Canlyniad y gyfres fydd yr erthygl olaf, lle bydd ymgais i ddatblygu teclyn wrth gefn delfrydol, cyflym a hylaw sy'n eich galluogi i ddefnyddio copi yn ôl yn gyflym ac ar yr un pryd yn gyfleus ac yn hawdd ei ffurfweddu a'i gynnal. .

Cyhoeddiad

Gwneud copi wrth gefn, rhan 1: Pam mae angen gwneud copi wrth gefn, trosolwg o ddulliau, technolegau
Rhan 2 wrth gefn: Adolygu a phrofi offer wrth gefn sy'n seiliedig ar rsync
Rhan Wrth Gefn 3: Adolygu a Phrofi dyblygrwydd, dyblygiad
Rhan 4 wrth gefn: Adolygu a phrofi zbackup, restic, borgbackup
Rhan Wrth Gefn 5: Profi bacula a veeam backup ar gyfer linux
Rhan Wrth Gefn 6: Cymharu Offer Wrth Gefn
Rhan Wrth Gefn 7: Casgliadau

Ffynhonnell: hab.com

Ychwanegu sylw