Бул макалада камдык көчүрмө куралдары салыштырылат, бирок адегенде алар камдык көчүрмөлөрдөн маалыматтарды калыбына келтирүү менен канчалык тез жана жакшы күрөшөөрүн билип алышыңыз керек.
Салыштыруу үчүн, биз толук резервден калыбына келтирүүнү карап чыгабыз, айрыкча бардык талапкерлер бул режимди колдогондуктан. Жөнөкөйлүк үчүн, сандар мурунтан эле орточо алынган (бир нече жүгүрүүнүн орточо арифметикалык мааниси). Натыйжалар таблицада жалпыланат, анда ошондой эле мүмкүнчүлүктөр жөнүндө маалымат камтылат: веб-интерфейстин болушу, орнотуунун жана иштетүүнүн жөнөкөйлүгү, автоматташтыруу мүмкүнчүлүгү, ар кандай кошумча функциялардын болушу (мисалы, маалыматтардын бүтүндүгүн текшерүү) , жана башкалар. Графиктер маалыматтар колдонула турган сервердеги жүктү көрсөтөт (резервдик көчүрмөлөрдү сактоо үчүн сервер эмес).
Маалыматтарды калыбына келтирүү
rsync жана tar бери шилтеме чекити катары колдонулат резервдик көчүрмөлөрдү жасоо үчүн жөнөкөй сценарийлер.
rsync көрсөтүп, 4 мүнөт 28 секунданын ичинде тесттик маалыматтар топтомун менен күрөшүүгө
мындай жүк
Калыбына келтирүү процесси камдык сактоо серверинин дисктин подсистемасынын чектөөсүнө кабылды (аралоо тиштери). Ошондой эле бир ядронун жүктөлүшүн эч кандай көйгөйсүз (төмөн iowait жана softirq - тиешелүүлүгүнө жараша дискте жана тармакта көйгөйлөр жок) даана көрө аласыз. Калган эки программа, атап айтканда, rdiff-backup жана rsnapshot, rsync'ке негизделгендиктен жана ошондой эле калыбына келтирүү куралы катары кадимки rsyncти сунуштайт, алар болжол менен бирдей жүктөө профилине жана камдык көчүрмөнү калыбына келтирүү убактысына ээ болот.
кара май бир аз тезирээк бүтүрдү
2 мүнөт 43 секунд:
Системанын жалпы жүгү орто эсеп менен 20% жогорулаган softtirq көбөйгөн - тармактын подсистемасынын иштешинде кошумча чыгымдар көбөйгөн.
Архив дагы кысылган болсо, калыбына келтирүү убактысы 3 мүнөт 19 секундага чейин көбөйөт.
негизги серверде ушундай жүк менен (негизги сервердин капталында таңгактан чыгаруу):
Декомпрессия процесси эки процессордун өзөгүн ээлейт, анткени эки процесс иштеп жатат. Жалпысынан алганда бул күтүлгөн жыйынтык. Ошондой эле, gzip файлын сервер тарабында резервдик көчүрмөлөр менен иштеткенде салыштырууга боло турган натыйжа (3 мүнөт 20 секунд) алынды; негизги сервердеги жүктөө профили gzip компрессору жок tar иштетүүгө абдан окшош (мурунку графикти караңыз).
В rdiff-камдык көчүрмө Кадимки rsync аркылуу жасаган акыркы камдык көчүрмөнү синхрондоштурууга болот (натыйжалар окшош болот), бирок эски камдык көчүрмөлөр дагы эле rdiff-backup программасынын жардамы менен калыбына келтирилиши керек, ал калыбына келтирүүнү 17 мүнөт 17 секундада аяктаган.
бул жүк:
Балким, бул, жок дегенде, авторлордун ылдамдыгын чектөө үчүн арналган . Камдык көчүрмөнү калыбына келтирүү процессинин өзү бир ядронун жарымынан бир аз азыраак убакытты талап кылат, пропорционалдуу түрдө салыштырууга болот (б.а. 2-5 эсе жайыраак) rsync менен диск жана тармак.
Rsnapshot Калыбына келтирүү үчүн ал кадимки rsyncти колдонууну сунуштайт, андыктан анын натыйжалары окшош болот. Жалпысынан алганда мындай болуп чыкты.
Burp Мен камдык көчүрмөнү калыбына келтирүү тапшырмасын 7 мүнөт 2 секундада аткардым
бул жүк менен:
Ал абдан тез иштеди жана жок дегенде таза rsyncке караганда алда канча ыңгайлуу: эч кандай желектерди, жөнөкөй жана интуитивдик cli интерфейсин, бир нече нускаларды орнотууга камтылган колдоону эстеп отуруунун кереги жок - бирок ал эки эсе жайыраак. Эгер акыркы камдык көчүрмөңүздөн маалыматтарды калыбына келтиришиңиз керек болсо, бир нече эскертүүлөр менен rsync колдонсоңуз болот.
Программа болжол менен бирдей ылдамдыкты жана жүктү көрсөттү BackupPC rsync өткөрүү режимин иштетүүдө, камдык көчүрмөнү жайылтууда
7 мүнөт 42 секунд:
Бирок маалыматтарды берүү режиминде, BackupPC чайыр менен жайыраак күрөштү: 12 мүнөт 15 секунданын ичинде процессордун жүгү жалпысынан төмөн болгон.
бир жарым жолу:
жуздуулугу шифрлөөсүз бир аз жакшыраак натыйжаларды көрсөтүп, камдык көчүрмөнү 10 мүнөт 58 секундада калыбына келтирди. Эгер сиз шифрлөөнү gpg аркылуу иштетсеңиз, калыбына келтирүү убактысы 15 мүнөт 3 секундага чейин көбөйөт. Ошондой эле, көчүрмөлөрдү сактоо үчүн репозиторийди түзүп жатканда, сиз кириш маалымат агымын бөлүүдө колдонула турган архивдин өлчөмүн көрсөтө аласыз. Жалпысынан алганда, кадимки катуу дисктерде, ошондой эле бир жиптүү иштөө режимине байланыштуу, көп деле айырма жок. Гибриддик сактагыч колдонулганда, ал ар кандай блок өлчөмдөрүндө пайда болушу мүмкүн. Калыбына келтирүү учурунда негизги сервердеги жүк төмөнкүдөй болгон:
шифрлөө жок
шифрлөө менен
Көчүрүү 13 мүнөт 45 секундада бүтүрүп, салыштырмалуу калыбына келтирүү курсун көрсөттү. Калыбына келтирилген маалыматтардын тууралыгын текшерүү үчүн дагы 5 мүнөткө жакын убакыт кетти (жалпысынан 19 мүнөттөй). жүк болду
өтө бийик:
Aes шифрлөө ички иштетилгенде, калыбына келтирүү убактысы 21 мүнөт 40 секундду түздү, ал эми калыбына келтирүү учурунда CPU максималдуу түрдө (экөө тең өзөк!) колдонулду; Маалыматтарды текшерүүдө процессордун бир өзөгүн ээлеген бир гана жип активдүү болгон. Калыбына келтирилгенден кийин маалыматтарды текшерүү 5 мүнөттү талап кылды (жалпысынан дээрлик 27 мүнөт).
жыйынтык
Шифрлөө үчүн тышкы gpg программасын колдонууда duplicati калыбына келтирүү менен бир аз тезирээк болгон, бирок жалпысынан мурунку режимден айырмачылыктар минималдуу. Иштөө убактысы 16 мүнөт 30 секунд, маалыматтарды текшерүү 6 мүнөттү түзгөн. жүк болду
төмөнкүчө чагылдырууга болот:
Аманда, чайырды колдонуп, аны 2 мүнөт 49 секундда бүтүргөн, бул, негизинен, кадимки чайырга абдан жакын. Принцибинде системага жүктөө
ушундай эле:
Камдык көчүрмөнү калыбына келтирүүдө zbackup төмөнкүдөй жыйынтык алынган:
шифрлөө, lzma кысуу
Иштөө убактысы 11 мүнөт 8 секунд
AES шифрлөө, lzma кысуу
Иштөө убактысы 14 мүнөт
AES шифрлөө, lzo кысуу
Иштөө убактысы 6 мүнөт, 19 секунд
Жалпысынан алганда, жаман эмес. Мунун баары резервдик сервердеги процессордун ылдамдыгынан көз каранды, муну ар кандай компрессорлор менен программанын иштөө убактысынан даана көрүүгө болот. Камдык сервер тарабында кадимки чайыр ишке киргизилген, андыктан аны менен салыштырсаңыз, калыбына келтирүү 3 эсе жайыраак болот. Бул экиден ашык жиптер менен, көп жиптүү режимде операцияны текшерүүгө арзырлык болушу мүмкүн.
BorgBackup шифрленбеген режимде ал чайырга караганда бир аз жайыраак, 2 мүнөт 45 секундда, бирок, чайырдан айырмаланып, репозиторийди дедупликациялоо мүмкүн болуп калды. жүк болуп чыкты
кийинки:
Блейк негизиндеги шифрлөөнү иштетсеңиз, камдык көчүрмөнү калыбына келтирүү ылдамдыгы бир аз жайыраак болот. Бул режимде калыбына келтирүү убактысы 3 мүнөт 19 секунд жана жүк жок
Бул сыяктуу:
AES шифрлөө бир аз жайыраак, калыбына келтирүү убактысы 3 мүнөт 23 секунд, жүк өзгөчө
өзгөргөн жок:
Борг көп жиптүү режимде иштей алгандыктан, процессордун жүктөмү максималдуу, ал эми кошумча функциялар иштетилгенде, иштөө убактысы жөн эле көбөйөт. Кыязы, zbackup сыяктуу көп агымды изилдөө керек.
Рестик калыбына келтирүү менен бир аз жайыраак, иштөө убактысы 4 мүнөт 28 секунда болгон. Жүк көрүндү
төмөнкүдөй:
Кыязы, калыбына келтирүү процесси бир нече жипте иштейт, бирок натыйжалуулугу BorgBackupдыкындай жогору эмес, бирок убакыт боюнча кадимки rsync менен салыштырууга болот.
Жардамы менен urBackup Маалыматты 8 мүнөт 19 секундда калыбына келтирүүгө мүмкүн болду, жүк болду
төмөнкүчө чагылдырууга болот:
Жүк дагы деле анча чоң эмес, ал тургай чайырдан да төмөн. Кээ бир жерлерде жарылуулар бар, бирок бир өзөктүн жүгүнөн ашпайт.
Салыштыруу үчүн критерийлерди тандоо жана негиздөө
Мурунку макалалардын биринде айтылгандай, резервдик система төмөнкү критерийлерге жооп бериши керек:
- Колдонуу оңой
- Versatility
- туруктуулук
- тез
Бул майда-чүйдөсүнө чейин ар бир пунктту өзүнчө карап чыгуу зарыл.
Операциянын жөнөкөйлүгү
"Баарын жакшы кыл" деген бир баскыч болгондо жакшы, бирок чыныгы программаларга кайтып келсе, эң ыңгайлуу нерсе кандайдыр бир тааныш жана стандарттык иштөө принциби болот.
Көпчүлүк колдонуучулар cli үчүн бир топ ачкычтарды эстеп, веб же tui аркылуу ар кандай, көбүнчө бүдөмүк варианттарды конфигурациялоонун же ийгиликсиз операция жөнүндө эскертмелерди орнотуунун кажети жок болсо, жакшыраак болот. Бул ошондой эле резервдик чечимди иштеп жаткан инфраструктурага оңой "жайгаруу" мүмкүнчүлүгүн, ошондой эле резервдик көчүрүү процессин автоматташтыруу мүмкүнчүлүгүн камтыйт. Пакет менеджери аркылуу же "жүктөп алуу жана ачуу" сыяктуу бир же эки буйрук менен орнотуу мүмкүнчүлүгү да бар. curl ссылка | sudo bash - татаал ыкма, анткени сиз шилтеме аркылуу келген нерсени текшеришиңиз керек.
Мисалы, каралып жаткан талапкерлердин ичинен жөнөкөй чечим - бул ар кандай иштөө режимдери үчүн мнемоникалык ачкычтарга ээ болгон burp, rdiff-backup жана restic. Бир аз татаалыраак борг жана эки жүздүүлүк. Эң кыйыны АМАНДА болду. Калгандары колдонууга ыңгайлуулугу боюнча ортодо жайгашкан. Кандай болгон күндө да, колдонуучу нускаманы окуу үчүн 30 секунддан ашык убакыт керек болсо, же Google же башка издөө системасына кирип, ошондой эле жардамдын узун барагын сыдырып өтүшүңүз керек болсо, чечим чыгаруу кыйын, тигил же бул жол менен.
Каралган талапкерлердин айрымдары электрондук почта аркылуу автоматтык түрдө билдирүү жөнөтө алышат, ал эми башкалары системадагы конфигурацияланган эскертүүлөргө таянышат. Андан тышкары, көбүнчө татаал чечимдер толугу менен ачык эскертүү орнотууларына ээ эмес. Кандай болгон күндө да, резервдик программа нөлдүк эмес кайтаруу кодун чыгарса, аны мезгилдүү тапшырмалар үчүн система кызматы туура түшүнөт (билдирүү системанын администраторуна же түздөн-түз мониторингге жөнөтүлөт) - жагдай жөнөкөй. Бирок резервдик серверде иштебеген резервдик системаны конфигурациялоо мүмкүн эмес болсо, анда көйгөй жөнүндө айтуунун ачык жолу - бул татаалдык буга чейин эле ашыкча. Кандай болгон күндө да, эскертүүлөрдү жана башка билдирүүлөрдү веб-интерфейске же журналга берүү жаман практика, анткени көбүнчө аларга көңүл бурулбайт.
Автоматташтырууга келсек, жөнөкөй программа анын иштөө режимин орноткон чөйрө өзгөрмөлөрүн окуй алат, же мисалы, веб-интерфейс аркылуу иштөөдө жүрүм-турумду толугу менен кайталай турган өнүккөн cli бар. Бул ошондой эле үзгүлтүксүз иштөө мүмкүнчүлүгүн, кеңейтүү мүмкүнчүлүктөрүн ж.б.
Versatility
Автоматташтыруу боюнча мурунку бөлүмчө менен жарым-жартылай кайталанып, камдык көчүрмө процессин учурдагы инфраструктурага "салыштыруу" өзгөчө көйгөй болбошу керек.
Белгилей кетсек, жумуш үчүн стандарттуу эмес портторду (веб-интерфейстен башкасы) колдонуу, стандарттуу эмес ыкма менен шифрлөөнү ишке ашыруу, стандарттуу эмес протоколду колдонуу менен маалымат алмашуу - бул - универсалдуу чечим. Көпчүлүк учурда, бардык талапкерлер тигил же бул айкын себептерден улам аларга ээ: жөнөкөйлүк жана ар тараптуулук, адатта, чогуу келбейт. Өзгөчө катары - булп, башкалар бар.
Белги катары - кадимки ssh менен иштөө мүмкүнчүлүгү.
ылдамдыгы
Эң талаштуу жана талаштуу жагдай. Бир жагынан, биз процессти баштадык, ал мүмкүн болушунча тез иштеди жана негизги милдеттерге тоскоол болгон жок. Экинчи жагынан, резервдик мезгилде трафиктин жана процессордун жүктөмүнүн өсүшү байкалат. Көчүрмөлөрдү жасоо үчүн эң ылдам программалар, адатта, колдонуучулар үчүн маанилүү болгон функциялар жагынан эң начар экенин да белгилей кетүү керек. Дагы бир жолу: эгер пароль менен бир нече ондогон байт өлчөмүндөгү бир өкүнүчтүү текст файлын алуу үчүн жана анын айынан бүтүндөй кызматка кеткен чыгымдар (ооба, ооба, мен резервдик көчүрүү процесси көбүнчө бул жерде күнөөлүү эмес экенин түшүнөм), жана сиз репозиторийдеги бардык файлдарды ырааттуу түрдө кайра окуп чыгышыңыз керек же бүт архивди кеңейтишиңиз керек - резервдик система эч качан тез болбойт. Көбүнчө мүдүрүлгөн дагы бир жагдай - архивден камдык көчүрмөнү жайылтуу ылдамдыгы. Бул жерде файлдарды жөн эле көчүрүп же каалаган жерге көчүрө алгандар үчүн (мисалы, rsync) көп манипуляциялар жок, бирок көбүнчө көйгөй уюштуруучулук жол менен эмпирикалык түрдө чечилиши керек: резервдик көчүрмөнү калыбына келтирүү убактысын өлчөө менен. жана бул тууралуу колдонуучуларга ачык маалымат берүү.
туруктуулук
Муну мындай түшүнүү керек: бир жагынан, резервдик көчүрмөнү каалагандай кайра жайгаштыруу мүмкүн болушу керек, экинчи жагынан, ал ар кандай көйгөйлөргө туруштук бериши керек: тармактын үзгүлтүккө учурашы, дисктин бузулушу, компьютердин бир бөлүгүн жок кылуу. репозиторий.
Камдык куралдарды салыштыруу
Көчүрмө түзүү убактысы
Калыбына келтирүү убактысын көчүрүү
Оңой орнотуу
Оңой орнотуу
Жөнөкөй колдонуу
Жөнөкөй автоматташтыруу
Сизге кардар сервери керекпи?
Репозиторийдин бүтүндүгүн текшерүү
Дифференциалдык көчүрмөлөр
Түтүк аркылуу иштейт
Versatility
Көз карандысыздык
Репозиторийдин ачыктыгы
Шифрлөө
Кысуу
Депликация
Веб интерфейси
Булуттарга толтуруу
Windows колдоо
белги
rsync
4m15s
4m28s
ооба
жок
жок
жок
ооба
жок
жок
ооба
жок
ооба
ооба
жок
жок
жок
жок
жок
ооба
6
кара май
таза
3m12s
2m43s
ооба
жок
жок
жок
жок
жок
ооба
ооба
жок
ооба
жок
жок
жок
жок
жок
жок
ооба
8,5
gzip
9m37s
3m19s
ооба
Rdiff-камдык көчүрмө
16m26s
17m17s
ооба
ооба
ооба
ооба
ооба
жок
ооба
жок
ооба
жок
ооба
жок
ооба
ооба
ооба
жок
ооба
11
Rsnapshot
4m19s
4m28s
ооба
ооба
ооба
ооба
жок
жок
ооба
жок
ооба
жок
ооба
жок
жок
ооба
ооба
жок
ооба
12,5
Burp
11m9s
7m2s
ооба
жок
ооба
ооба
ооба
ооба
ооба
жок
ооба
ооба
жок
жок
ооба
жок
ооба
жок
ооба
10,5
жуздуулугу
шифрлөө жок
16m48s
10m58s
ооба
ооба
жок
ооба
жок
ооба
ооба
жок
жок
ооба
жок
ооба
ооба
жок
ооба
жок
ооба
11
GPG
17m27s
15m3s
Көчүрүү
шифрлөө жок
20m28s
13m45s
жок
ооба
жок
жок
жок
ооба
ооба
жок
жок
ооба
жок
ооба
ооба
ооба
ооба
ооба
ооба
11
Өнүктүрүлгөн
29m41s
21m40s
GPG
26m19s
16m30s
zbackup
шифрлөө жок
40m3s
11m8s
ооба
ооба
жок
жок
жок
ооба
ооба
ооба
жок
ооба
жок
ооба
ооба
ооба
жок
жок
жок
10
Өнүктүрүлгөн
42m0s
14m1s
aes+lzo
18m9s
6m19s
BorgBackup
шифрлөө жок
4m7s
2m45s
ооба
ооба
ооба
ооба
ооба
ооба
ооба
ооба
ооба
ооба
жок
ооба
ооба
ооба
ооба
жок
ооба
16
Өнүктүрүлгөн
4m58s
3m23s
blake2
4m39s
3m19s
Рестик
5m38s
4m28s
ооба
ооба
ооба
ооба
жок
ооба
ооба
ооба
ооба
ооба
жок
ооба
жок
ооба
жок
ооба
ооба
15,5
urBackup
8m21s
8m19s
ооба
ооба
ооба
жок
ооба
жок
ооба
жок
ооба
ооба
жок
ооба
ооба
ооба
ооба
жок
ооба
12
аманда
9m3s
2m49s
ооба
жок
жок
ооба
ооба
ооба
ооба
жок
ооба
ооба
ооба
ооба
ооба
жок
ооба
ооба
ооба
13
BackupPC
rsync
12m22s
7m42s
ооба
жок
ооба
ооба
ооба
ооба
ооба
жок
ооба
жок
жок
ооба
ооба
жок
ооба
жок
ооба
10,5
кара май
12m34s
12m15s
Таблица легендасы:
- Жашыл, иштөө убактысы беш мүнөттөн аз же “Ооба” деп жооп бериңиз (“Кардар сервери керекпи?” графасын кошпогондо), 1 балл
- Сары, иштөө убактысы бештен он мүнөткө чейин, 0.5 балл
- Кызыл, иш убактысы он мүнөттөн ашык, же жооп “Жок” (“Сизге кардар сервери керекпи?” графасынан тышкары), 0 балл
Жогорудагы таблицага ылайык, эң жөнөкөй, эң ылдам жана ошол эле учурда ыңгайлуу жана күчтүү резервдик инструмент BorgBackup болуп саналат. Рестич экинчи орунду ээледи, калган каралып жаткан талапкерлер акырында бир же эки упайдын таралышы менен болжол менен бирдей жайгаштырылды.
Серияны аягына чейин окугандардын баарына ыраазычылык билдирем, сизди варианттарды талкуулоого жана эгер бар болсо, өзүңүздүн вариантыңызды сунуштоого чакырам. Талкуу жүрүп жаткан кезде үстөл кеңейтилиши мүмкүн.
Сериянын натыйжасы акыркы макала болот, анда идеалдуу, тез жана башкарылуучу резервдик көчүрүү куралын иштеп чыгуу аракети болот, ал көчүрмөнү мүмкүн болушунча кыска убакытта кайра жайгаштырууга жана ошол эле учурда ыңгайлуу жана оңой болууга мүмкүндүк берет. конфигурациялоо жана сактоо.
Кулактандыруу
Камдык 6-бөлүк: Камдык куралдарды салыштыруу
Камдык 7-бөлүк: Корутундулар
Source: www.habr.com