Бұл мақалада сақтық көшірме жасау құралдары салыстырылады, бірақ алдымен олардың сақтық көшірмелерден деректерді қалпына келтірумен қаншалықты тез және жақсы күресетінін білу керек.
Салыстыруды жеңілдету үшін біз толық сақтық көшірмеден қалпына келтіруді қарастырамыз, әсіресе барлық үміткерлер осы жұмыс режимін қолдайтындықтан. Қарапайымдылық үшін сандар қазірдің өзінде орташаланған (бірнеше жүгірудің арифметикалық ортасы). Нәтижелер кестеде жинақталады, онда мүмкіндіктер туралы ақпарат болады: веб-интерфейстің болуы, орнату және пайдаланудың қарапайымдылығы, автоматтандыру мүмкіндігі, әртүрлі қосымша мүмкіндіктердің болуы (мысалы, деректердің тұтастығын тексеру) , т.б. Графиктер деректер пайдаланылатын сервердегі жүктемені көрсетеді (сақтық көшірмелерді сақтауға арналған сервер емес).
Деректерді қалпына келтіру
rsync және tar содан бері анықтамалық нүкте ретінде пайдаланылады сақтық көшірмелерді жасауға арналған қарапайым сценарийлер.
Rsync 4 минут 28 секундта тест деректерінің жиынтығын орындады, көрсетеді
мұндай жүктеме
Қалпына келтіру процесі сақтық көшірме сақтау серверінің дискілік ішкі жүйесіндегі шектеуге ұшырады (аралау тістері графиктері). Сондай-ақ бір ядроның жүктелуін еш қиындықсыз анық көруге болады (төмен iowait және softirq - сәйкесінше диск пен желіде проблемалар жоқ). Қалған екі бағдарлама, атап айтқанда, rdiff-backup және rsnapshot, rsync негізінде және қалпына келтіру құралы ретінде тұрақты rsync ұсынатындықтан, оларда шамамен бірдей жүктеу профилі және сақтық көшірменің қалпына келтіру уақыты болады.
қара май сәл тезірек орындады
2 минут 43 секунд:
Жүйенің жалпы жүктемесі softirq ұлғаюына байланысты орта есеппен 20%-ға жоғары болды – желілік ішкі жүйенің жұмысы кезіндегі үстеме шығындар өсті.
Мұрағат одан әрі қысылса, қалпына келтіру уақыты 3 минут 19 секундқа дейін артады.
негізгі серверде мұндай жүктемемен (негізгі сервердің жағында ораудан шығару):
Декомпрессия процесі екі процессор өзегін де алады, себебі екі процесс жұмыс істейді. Жалпы, бұл күтілетін нәтиже. Сондай-ақ, резервтік көшірмелері бар сервер жағында gzip іске қосқан кезде салыстырмалы нәтиже (3 минут 20 секунд) алынды; негізгі сервердегі жүктеу профилі gzip компрессорынсыз tar іске қосуға өте ұқсас болды (алдыңғы графикті қараңыз).
В rdiff-сақтық көшірме кәдімгі rsync арқылы жасаған соңғы сақтық көшірмені синхрондауға болады (нәтижелер ұқсас болады), бірақ ескі сақтық көшірмелерді қалпына келтіруді 17 минут 17 секундта аяқтаған rdiff-backup бағдарламасы арқылы қалпына келтіру қажет.
бұл жүктеме:
Мүмкін бұл, кем дегенде, авторлардың жылдамдығын шектеу үшін жасалған шығар . Сақтық көшірмені қалпына келтіру процесінің өзі бір ядроның жартысынан сәл аз уақытты алады, rsync жүйесі бар дискі мен желі арқылы салыстырмалы түрде салыстырмалы өнімділікпен (яғни 2-5 есе баяу).
Rsnapshot Қалпына келтіру үшін ол әдеттегі rsync пайдалануды ұсынады, сондықтан оның нәтижелері ұқсас болады. Жалпы, осылай болып шықты.
Бурп Мен сақтық көшірмені қалпына келтіру тапсырмасын 7 минут 2 секундта орындадым
осы жүктемемен:
Ол өте жылдам жұмыс істеді және кем дегенде таза rsync-ке қарағанда әлдеқайда ыңғайлы: ешқандай жалаушаларды есте сақтаудың қажеті жоқ, қарапайым және интуитивті cli интерфейсі, бірнеше көшірмеге кірістірілген қолдау - бұл екі есе баяу болса да. Соңғы жасаған сақтық көшірмеден деректерді қалпына келтіру қажет болса, бірнеше ескертулермен rsync пайдалануға болады.
Бағдарлама шамамен бірдей жылдамдық пен жүктемені көрсетті Сақтық көшірме PC rsync тасымалдау режимін қосу кезінде сақтық көшірме жасау
7 минут 42 секунд:
Бірақ деректерді беру режимінде BackupPC шайырмен баяу күресті: 12 минут 15 секундта процессордың жүктемесі әдетте төмен болды.
бір жарым есе:
Екілік шифрлаусыз 10 минут 58 секунд ішінде сақтық көшірмені қалпына келтіре отырып, сәл жақсырақ нәтиже көрсетті. Егер сіз gpg арқылы шифрлауды белсендірсеңіз, қалпына келтіру уақыты 15 минут 3 секундқа дейін артады. Сондай-ақ, көшірмелерді сақтау үшін репозиторий жасаған кезде, кіріс деректер ағынын бөлу кезінде пайдаланылатын мұрағат өлшемін көрсетуге болады. Жалпы алғанда, кәдімгі қатты дискілерде, сондай-ақ бір ағынды жұмыс режиміне байланысты үлкен айырмашылық жоқ. Гибридті сақтауды пайдаланған кезде ол әртүрлі блок өлшемдерінде пайда болуы мүмкін. Қалпына келтіру кезінде негізгі сервердегі жүктеме келесідей болды:
шифрлау жоқ
шифрлаумен
Көшірме салыстырмалы қалпына келтіру жылдамдығын көрсетті, оны 13 минут 45 секундта аяқтады. Қалпына келтірілген деректердің дұрыстығын тексеруге тағы 5 минуттай уақыт кетті (барлығы шамамен 19 минут). Жүк болды
өте жоғары:
Aes шифрлауы іштей қосылғанда, қалпына келтіру уақыты 21 минут 40 секунд болды, қалпына келтіру кезінде процессорды максималды пайдалану (екі ядро!) болды; Деректерді тексеру кезінде процессордың бір ядросын алатын бір ғана ағын белсенді болды. Қалпына келтіруден кейін деректерді тексеру бірдей 5 минутты алды (барлығы 27 минутқа жуық).
нәтиже
duplicati шифрлау үшін сыртқы gpg бағдарламасын пайдалану кезінде қалпына келтірумен сәл жылдамырақ болды, бірақ жалпы алғанда алдыңғы режимнен айырмашылықтар аз. Жұмыс уақыты 16 минут 30 секундты құрады, деректерді тексеру 6 минутта. Жүк болды
мысалы:
AMANDA, шайырды қолданып, оны 2 минут 49 секундта аяқтады, бұл негізінен қарапайым шайырға өте жақын. Негізінде жүйеге жүктеңіз
бірдей:
Сақтық көшірмені қалпына келтіру кезінде zbackup келесі нәтижелер алынды:
шифрлау, lzma қысу
Орындау уақыты 11 минут 8 секунд
AES шифрлау, lzma қысу
Жұмыс уақыты 14 минут
AES шифрлауы, lzo қысу
Орындау уақыты 6 минут 19 секунд
Жалпы, жаман емес. Барлығы резервтік сервердегі процессордың жылдамдығына байланысты, бұл бағдарлама әртүрлі компрессорлармен жұмыс істеген кезден бастап анық көрінеді. Сақтық көшірме сервері жағында кәдімгі tar іске қосылды, сондықтан онымен салыстырсаңыз, қалпына келтіру 3 есе баяу. Көп ағынды режимде жұмысты екіден көп ағынмен тексеруге тұрарлық болуы мүмкін.
BorgBackup шифрланбаған режимде ол шайырға қарағанда сәл баяу болды, 2 минут 45 секундта, алайда, tarдан айырмашылығы, репозиторийді қайталау мүмкін болды. Жүк болып шықты
келесісі:
Блейк негізіндегі шифрлауды қоссаңыз, сақтық көшірмелерді қалпына келтіру жылдамдығы сәл баяуырақ болады. Бұл режимде қалпына келтіру уақыты 3 минут 19 секундты құрайды және жүктеме жойылды
бұл сияқты:
AES шифрлауы сәл баяу, қалпына келтіру уақыты 3 минут 23 секунд, жүктеме әсіресе
өзгерген жоқ:
Борг көп ағынды режимде жұмыс істей алатындықтан, процессордың жүктемесі максималды болады, ал қосымша функциялар іске қосылғанда жұмыс уақыты жай ғана артады. Шамасы, көп ағынды zbackup-қа ұқсас жолмен зерттеген жөн.
Рестик қалпына келтіруді сәл баяу жеңді, жұмыс уақыты 4 минут 28 секундты құрады. Жүк сияқты болды
төмендегідей:
Қалпына келтіру процесі бірнеше ағындарда жұмыс істейтін сияқты, бірақ тиімділік BorgBackup сияқты жоғары емес, бірақ уақыт бойынша әдеттегі rsyncпен салыстыруға болады.
Көмегімен urBackup Деректерді 8 минут 19 секундта қалпына келтіру мүмкін болды, жүктеме болды
мысалы:
Жүктеме әлі де онша жоғары емес, тіпті гудроннан да төмен. Кейбір жерлерде жарылыстар бар, бірақ бір ядроның жүктемесінен аспайды.
Салыстыру критерийлерін таңдау және негіздеу
Алдыңғы мақалалардың бірінде айтылғандай, сақтық көшірме жүйесі келесі критерийлерге сәйкес болуы керек:
- Қолданудың қарапайымдылығы
- Әдептілік
- Тұрақтылық
- Жылдамдық
Әрбір тармақты толығырақ қарастырған жөн.
Операцияның қарапайымдылығы
«Бәрін жақсы орындаңыз» деген бір түйме болған кезде жақсы, бірақ егер сіз нақты бағдарламаларға оралсаңыз, ең қолайлы нәрсе белгілі және стандартты жұмыс принципі болады.
Көптеген пайдаланушылар cli үшін бірнеше кілттерді есте сақтау, веб немесе tui арқылы әртүрлі, жиі түсініксіз опцияларды конфигурациялау немесе сәтсіз жұмыс туралы хабарландыруларды орнату қажет болмаса, жақсырақ болады. Бұл сондай-ақ резервтік шешімді бар инфрақұрылымға оңай «сәйкестендіру» мүмкіндігін, сондай-ақ резервтік көшіру процесін автоматтандыруды қамтиды. Сондай-ақ бума менеджері арқылы немесе «жүктеп алу және қаптамадан шығару» сияқты бір немесе екі пәрмен арқылы орнату мүмкіндігі бар. curl ссылка | sudo bash - күрделі әдіс, өйткені сілтеме арқылы не келетінін тексеру керек.
Мысалы, қарастырылған үміткерлердің қарапайым шешімі - әр түрлі жұмыс режимдері үшін мнемоникалық кілттері бар burp, rdiff-backup және restic. Сәл күрделірек борг және екі жақты. Ең қиыны АМАНДА болды. Қалғандары пайдаланудың қарапайымдылығы жағынан ортада орналасқан. Қалай болғанда да, пайдаланушы нұсқаулығын оқу үшін 30 секундтан астам уақыт қажет болса немесе Google-ге немесе басқа іздеу жүйесіне өту керек болса, сонымен қатар ұзақ анықтама парағын айналдыру қажет болса, шешім қабылдау қиын.
Қарастырылған үміткерлердің кейбірі электрондық пошта арқылы хабарды автоматты түрде жібере алады, ал басқалары жүйеде конфигурацияланған ескертулерге сүйенеді. Сонымен қатар, көбінесе күрделі шешімдерде толығымен анық ескерту параметрлері болмайды. Кез келген жағдайда, егер сақтық көшірме бағдарламасы мерзімді тапсырмалар үшін жүйелік қызметпен дұрыс түсінілетін нөлдік емес қайтару кодын шығарса (хабарлама жүйелік әкімшіге немесе тікелей бақылауға жіберіледі) - жағдай қарапайым. Бірақ сақтық көшірме серверінде жұмыс істемейтін сақтық көшірме жүйесін конфигурациялау мүмкін болмаса, мәселе туралы айтудың анық жолы - күрделілік қазірдің өзінде шамадан тыс. Кез келген жағдайда ескертулерді және басқа хабарламаларды тек веб-интерфейске немесе журналға беру жаман тәжірибе болып табылады, өйткені олар көбінесе еленбейді.
Автоматтандыруға келетін болсақ, қарапайым бағдарлама оның жұмыс режимін орнататын ортаның айнымалы мәндерін оқи алады немесе оның веб-интерфейс арқылы жұмыс істегенде әрекетті толығымен қайталай алатын дамыған cli бар. Бұл сонымен қатар үздіксіз жұмыс істеу мүмкіндігін, кеңейту мүмкіндіктерінің болуын және т.б.
Әдептілік
Автоматтандыруға қатысты алдыңғы бөлімді ішінара қайталай отырып, резервтік көшіру процесін бар инфрақұрылымға «сәйкестендіру» ерекше проблема болмауы керек.
Айта кету керек, жұмыс үшін стандартты емес порттарды (жақсы, веб-интерфейстен басқа) пайдалану, стандартты емес жолмен шифрлауды жүзеге асыру, стандартты емес хаттаманы пайдалана отырып деректер алмасу. - әмбебап шешім. Көбінесе, барлық үміткерлер белгілі бір себептермен оларды бір жолмен алады: қарапайымдылық пен әмбебаптық әдетте бір-бірімен үйлеспейді. Ерекшелік ретінде - бұлп, басқалары бар.
Белгі ретінде - кәдімгі ssh көмегімен жұмыс істеу мүмкіндігі.
Жұмыс жылдамдығы
Ең даулы және даулы нүкте. Бір жағынан, біз процесті іске қостық, ол мүмкіндігінше жылдам жұмыс істеді және негізгі міндеттерге кедергі келтірмеді. Екінші жағынан, резервтік көшіру кезеңінде трафик пен процессор жүктемесінің өсуі байқалады. Сондай-ақ, көшірмелерді жасауға арналған ең жылдам бағдарламалар әдетте пайдаланушылар үшін маңызды функциялар тұрғысынан ең нашар екенін атап өткен жөн. Тағы да: егер парольмен өлшемі бірнеше ондаған байт болатын бір бақытсыз мәтіндік файлды алу үшін және осыған байланысты бүкіл қызмет шығыны болса (иә, иә, бұл жерде сақтық көшірме жасау көбінесе кінәлі емес екенін түсінемін), және репозиторийдегі барлық файлдарды ретімен қайта оқу керек немесе бүкіл мұрағатты кеңейту керек - сақтық көшірме жүйесі ешқашан жылдам болмайды. Көбінесе кедергі болатын тағы бір мәселе - мұрағаттан сақтық көшірме жасау жылдамдығы. Мұнда файлдарды көп манипуляциясыз (мысалы, rsync) жай ғана көшіре алатын немесе қалаған орынға жылжыта алатындар үшін айқын артықшылық бар, бірақ көбінесе мәселені ұйымдастырушылық жолмен, эмпирикалық түрде шешу керек: сақтық көшірмелерді қалпына келтіру уақытын өлшеу арқылы. және бұл туралы пайдаланушыларды ашық хабардар ету.
Тұрақтылық
Мұны былай түсіну керек: бір жағынан, сақтық көшірмені кез келген жолмен қайта орналастыру мүмкіндігі болуы керек, екінші жағынан, ол әртүрлі мәселелерге төзімді болуы керек: желінің үзілуі, дискінің істен шығуы, файлдардың бір бөлігін жою. репозиторий.
Сақтық көшірме құралдарын салыстыру
Көшірме жасау уақыты
Қалпына келтіру уақытын көшіру
Оңай орнату
Оңай орнату
Қарапайым қолдану
Қарапайым автоматтандыру
Сізге клиенттік сервер керек пе?
Репозиторийдің тұтастығын тексеру
Дифференциалды көшірмелер
Құбыр арқылы жұмыс істеу
Әдептілік
Өзіне-өзі сенімділік
Репозиторийдің ашықтығы
Шифрлау
Қысу
Депликация
Веб-интерфейс
Бұлтқа толтыру
Windows қолдауы
Ұпай
Rsync
4м15с
4м28с
иә
жоқ
жоқ
жоқ
иә
жоқ
жоқ
иә
жоқ
иә
иә
жоқ
жоқ
жоқ
жоқ
жоқ
иә
6
қара май
таза
3м12с
2м43с
иә
жоқ
жоқ
жоқ
жоқ
жоқ
иә
иә
жоқ
иә
жоқ
жоқ
жоқ
жоқ
жоқ
жоқ
иә
8,5
Gzip
9м37с
3м19с
иә
Rdiff-сақтық көшірме
16м26с
17м17с
иә
иә
иә
иә
иә
жоқ
иә
жоқ
иә
жоқ
иә
жоқ
иә
иә
иә
жоқ
иә
11
Rsnapshot
4м19с
4м28с
иә
иә
иә
иә
жоқ
жоқ
иә
жоқ
иә
жоқ
иә
жоқ
жоқ
иә
иә
жоқ
иә
12,5
Бурп
11м9с
7м2с
иә
жоқ
иә
иә
иә
иә
иә
жоқ
иә
иә
жоқ
жоқ
иә
жоқ
иә
жоқ
иә
10,5
Екілік
шифрлау жоқ
16м48с
10м58с
иә
иә
жоқ
иә
жоқ
иә
иә
жоқ
жоқ
иә
жоқ
иә
иә
жоқ
иә
жоқ
иә
11
gpg
17м27с
15м3с
Көшірме
шифрлау жоқ
20м28с
13м45с
жоқ
иә
жоқ
жоқ
жоқ
иә
иә
жоқ
жоқ
иә
жоқ
иә
иә
иә
иә
иә
иә
11
иә
29м41с
21м40с
gpg
26м19с
16м30с
zbackup
шифрлау жоқ
40м3с
11м8с
иә
иә
жоқ
жоқ
жоқ
иә
иә
иә
жоқ
иә
жоқ
иә
иә
иә
жоқ
жоқ
жоқ
10
иә
42м0с
14м1с
aes+lzo
18м9с
6м19с
BorgBackup
шифрлау жоқ
4м7с
2м45с
иә
иә
иә
иә
иә
иә
иә
иә
иә
иә
жоқ
иә
иә
иә
иә
жоқ
иә
16
иә
4м58с
3м23с
Blake2
4м39с
3м19с
Рестик
5м38с
4м28с
иә
иә
иә
иә
жоқ
иә
иә
иә
иә
иә
жоқ
иә
жоқ
иә
жоқ
иә
иә
15,5
urBackup
8м21с
8м19с
иә
иә
иә
жоқ
иә
жоқ
иә
жоқ
иә
иә
жоқ
иә
иә
иә
иә
жоқ
иә
12
Аманда
9м3с
2м49с
иә
жоқ
жоқ
иә
иә
иә
иә
жоқ
иә
иә
иә
иә
иә
жоқ
иә
иә
иә
13
Сақтық көшірме PC
rsync
12м22с
7м42с
иә
жоқ
иә
иә
иә
иә
иә
жоқ
иә
жоқ
жоқ
иә
иә
жоқ
иә
жоқ
иә
10,5
тар
12м34с
12м15с
Кесте легендасы:
- Жасыл, жұмыс уақыты бес минуттан аз немесе «Иә» деп жауап («Клиент сервері керек пе?» бағанынан басқа), 1 ұпай
- Сары, жұмыс уақыты бес-он минут, 0.5 балл
- Қызыл, жұмыс уақыты он минуттан астам немесе жауап «Жоқ» («Сізге клиенттік сервер керек пе?» бағанынан басқа), 0 ұпай
Жоғарыдағы кестеге сәйкес, ең қарапайым, жылдам және сонымен бірге ыңғайлы және қуатты резервтік көшіру құралы - BorgBackup. Рестич екінші орынға ие болды, қалған қаралған үміткерлер соңында бір-екі ұпаймен шамамен бірдей орналасты.
Мен серияны соңына дейін оқығандардың барлығына алғыс айтамын, мен сізді нұсқаларды талқылауға және бар болса, өзіңізді ұсынуға шақырамын. Талқылау барысында кесте кеңейтілуі мүмкін.
Серияның нәтижесі көшірмені мүмкіндігінше қысқа мерзімде қайта орналастыруға және сонымен бірге ыңғайлы және оңай болуға мүмкіндік беретін тамаша, жылдам және басқарылатын сақтық көшірме құралын әзірлеу әрекеті болатын соңғы мақала болады. конфигурациялау және қызмет көрсету.
Хабарландыру
Сақтық көшірме 6-бөлім: Сақтық көшірме құралдарын салыстыру
Сақтық көшірме 7-бөлім: Қорытынды
Ақпарат көзі: www.habr.com