У дадзенай нататцы будуць разглядацца розныя "вялікія" праграмныя сродкі для рэзервовага капіявання, уключаючы камерцыйныя. Спіс кандыдатаў: Veeam Agent для Linux, Bacula.
Будзе правярацца праца менавіта з файлавай сістэмай, каб было зручна параўноўваць з папярэднімі кандыдатамі.
чаканыя вынікі
Паколькі абодва кандыдаты - універсальныя гатовыя рашэнні, найважнейшым вынікам будзе прадказальнасць працы, а менавіта - аднолькавы час працы пры апрацоўцы аднаго і таго ж аб'ёму дадзеных, а таксама аднолькавай нагрузцы пры гэтым.
Агляд Veeam Agent для Linux
Дадзеная праграма для рэзервовага капіявання працуе з блокавымі прыладамі, для чаго ў яе маецца модуль для ядра Linux, які забяспечвае цэласнасць рэзервовай копіі за рахунак адсочвання змененых блокаў дадзеных. Больш дэталёвае апісанне знаходзіцца .
Працэс стварэння файлавай рэзервовай копіі працуе на аснове таго ж модуля ядра: ствараецца злепак блокавай прылады, які мантуецца ў часовы каталог, пасля чаго выконваецца сінхранізацыя дадзеных пафайлава з злепка ў іншы лакальны каталог, ці выдалены па пратаколе smb ці nfs, дзе ствараецца некалькі файлаў у прапрыетарным фармаце.
Працэс стварэння файлавай рэзервовай копіі так і не атрымалася давесці да канца. Прыкладна на 15-16% выканання хуткасць падала да 600 кбсек і ніжэй, пры 50% выкарыстанні cpu, што патэнцыйна прыводзіла да 6-7 гадзін працы працэсу рэзервовага капіявання, таму працэс быў спынены.
Была створана заяўка ў тэхнічную падтрымку Veeam, супрацоўнікі якой у якасці рашэння прапанавалі выкарыстоўваць паблочны рэжым.
Вынікі працы пры пабочным рэжыме стварэння рэзервовых копій такія:
Час працы праграмы ў гэтым рэжыме – 6 хвілін на 20 гб дадзеных.
У цэлым досыць нядрэнныя ўражанні ад працы праграмы, але ў агульным аглядзе яна не будзе ўлічвацца з-за моцна вялікай марудлівасці файлавага рэжыму працы.
Агляд Bacula
Bacula - кліент-сервернае ПЗ для стварэння рэзервовых копій, лагічна складаецца з некалькіх частак, кожная з якіх выконвае сваю частку працы. Ёсць Director, які служыць для кіравання, FileDaemon – сэрвіс, які адказвае за рэзервовае капіраванне, StorageDaemon – сэрвіс захоўвання рэзервовых копій, Console – інтэрфейс да Director (ёсць TUI, GUI, Web варыянты). Дадзены комплекс уключаны ў агляд яшчэ і таму, што нягледзячы на адчувальна вялікі парог уваходжання, ён з'яўляецца дастаткова папулярным сродкам арганізацыі рэзервовага капіявання.
У рэжыме стварэння поўных рэзервовых копій
У гэтым рэжыме Bacula паказала сябе дастаткова прадказальна, выконваючы стварэнне рэзервовай копіі ў сярэднім за 10 хвілін,
профіль нагрузкі атрымаўся такі:
Памер рэзервовых копій склаў прыкладна 30 гігабайт, як і чакалася пры працы ў дадзеным рэжыме працы.
Пры стварэнні інкрыментальных рэзервовых копій вынікі не асабліва адрозніваліся, акрамя памеру рэпазітара, зразумела (парадку 14 гб).
У цэлым відаць раўнамерную нагрузку на адно працэсарнае ядро, а таксама тое, што паказчыкі падобныя на звычайны tar з актываваным сціскам. З прычыны таго, што налады bacula для рэзервовага капіявання вельмі і вельмі шырокія паказаць відавочная перавага не атрымалася.
Вынікі
У цэлым сітуацыя неспрыяльная для абодвух кандыдатаў, хутчэй за ўсё з-за таго, што выкарыстоўваецца файлавы рэжым стварэння рэзервовых копій. У наступнай частцы будзе разгледжаны таксама працэс аднаўлення з рэзервовых копій, агульныя вывады можна будзе зрабіць па сумарным часе.
анонс
Рэзервовае капіраванне, частка 5: Тэставанне Bacula і Veeam Backup for Linux
Рэзервовае капіраванне, частка 6: Параўнанне сродкаў рэзервовага капіявання
Рэзервовае капіраванне, частка 7: Высновы
Аўтар публікацыі: Павел Дзямковіч
Крыніца: habr.com