Në këtë shënim do të shqyrtohen mjete të ndryshme "të mëdha" për kopjimin e të dhënave, duke përfshirë ato komerciale. Lista e kandidatëve: Veeam Agent për Linux, Bacula.
Do të kontrollohet funksionimi pikërisht me sistemin e skedarëve, në mënyrë që të jetë e lehtë të krahasohet me kandidatët e mëparshëm.
Rezultatet e pritura
Duke qenë se të dy kandidatët janë zgjidhje universale, rezultati më i rëndësishëm do të jetë parashikueshmëria e funksionimit, domethënë - koha e njëjtë e operimit kur përpunon të njëjtën sasi të dhënash, si dhe ngarkesa e njëjtë në të njëjtën kohë.
Përmbledhje e Veeam Agent për Linux
Ky program për kopjimin e të dhënave punon me pajisje bllokuese, për këtë ka një modul për bërthamën Linux, i cili siguron integritetin e kopjimit duke gjurmuar blloqet e dhënave të ndryshuara. Një përshkrim më të detajuar ndodhet .
Procesi i krijimit të një kopjeje të skedarëve bazohet në të njëjtin modul të bërthamës: krijohet një imazh i pajisjes bllokuese, i cili montohen në një katalog përkohësisht, pas së cilës bëhet sinkronizimi i të dhënave skedar për skedar nga imazhi në një katalog tjetër lokal, ose të largët përmes protokollit smb ose nfs, ku krijohen disa skedarë në një format pronësor.
Procesi i krijimit të kopjës së skedarëve nuk arriti kurrë të përfundojë. Rreth 15-16% e përmbushjes, shpejtësia ra në 600 kb/s dhe më pak, me 50% përdorim të CPU-së, e cila potencialisht do të çonte në 6-7 orë funksionimi të procesit të kopjimit, prandaj procesi u ndal.
U krijua një kërkesë në mbështetje teknike të Veeam, punonjësit e së cilës si zgjidhje sugjeruan përdorimin e modit bllok.
Rezultatet e punës në modin bllok të krijimit të kopjeve janë si më poshtë:
Koha e funksionimit të programit në këtë mod është 6 minuta për 20 GB të dhënash.
Në përgjithësi, përshtypjet ishin mjaft të mira nga funksionimi i programit, por në përmbledhjen e përgjithshme nuk do të përfshihet për shkak të ngadalësisë së konsiderueshme të modit të punës me skedarë.
Përmbledhje e Bacula
Bacula — një software klient-Server për krijimin e kopjeve rezervë, logjikisht përbëhet nga disa komponentë, secili prej të cilëve bën pjesën e tij të punës. Ka një Director, i cili shërben për menaxhim, FileDaemon — shërbimi që është përgjegjës për kopjimin, StorageDaemon — shërbimi për ruajtjen e kopjeve rezervë, dhe Console — ndërfaqja për Director (ka variante TUI, GUI, Web). Ky kompleks është përfshirë gjithashtu në përmbledhje, sepse pavarësisht pragut të ndjeshëm të hyrjes, ai është një mjet mjaft popullor për organizimin e kopjimit.
Në modalitetin e krijimit të kopjeve rezervë të plota
Në këtë modalitet, Bacula u tregua mjaft e parashikueshme, duke kryer krijimin e një kopjeje rezervë në mesatare për 10 minuta,
profili i ngarkesës doli të ishte ky:
Mënyra e kopjeve rezervë arriti rreth 30 GB, ashtu siç pritej nga puna në këtë modalitet.
Kur krijohen kopje rezervë inkrementale, rezultatet nuk ndryshojnë shumë, përveç madhësisë së depozitës, sigurisht (rreth 14 GB).
Në përgjithësi, duket një ngarkesë e barabartë në një bërthamë procesori, si dhe se treguesit ngjajnë me tar-in normal me kompresimin e aktivizuar. Duke qenë se konfigurimi i bacula për kopjimin është mjaft i gjerë, nuk arriti të shfaqe një avantazh të qartë.
Rezultatet
Në përgjithësi, situata është e pafavorshme për të dy kandidatët, ndoshta për shkak se po përdoret modaliteti i skedarit për krijimin e kopjeve rezervë. Në pjesën tjetër do të shqyrtohet gjithashtu procesi i rikthimit nga kopjet rezervë, përfundimet e përgjithshme do të mund të bëhen nga koha totale.
Njoftim
Backup, pjesa 5: Testimi i Bacula dhe Veeam Backup për Linux
Kopjimi i rezervave, pjesa 6: Krahasimi i mjeteve për kopje rezervë
Kopjimi i rezervave, pjesa 7: Përfundime
Autori i publikimit: Pavel Demkoviç
Burimi: habr.com
