Այս վերանայման նշումը շարունակվում է , գրված ընթերցողների խնդրանքով, այն կխոսի UrBackup-ի, BackupPC-ի, ինչպես նաև AMANDA-ի մասին։
UrBackup վերանայում.
Մասնակցի խնդրանքով Ես ավելացնում եմ UrBackup-ի՝ հաճախորդ-սերվերի կրկնօրինակման համակարգի ակնարկ: Այն թույլ է տալիս ստեղծել ամբողջական և աստիճանական կրկնօրինակումներ, կարող է աշխատել սարքի նկարահանումների հետ (միայն շահե՞լ), ինչպես նաև կարող է ստեղծել ֆայլերի կրկնօրինակներ: Հաճախորդը կարող է տեղակայվել նույն ցանցում, ինչ սերվերը, կամ միանալ ինտերնետի միջոցով: Հայտարարված է փոփոխության հետևում, ինչը թույլ է տալիս արագ գտնել տարբերությունները կրկնօրինակների միջև: Աջակցություն կա նաև սերվերի կողմից տվյալների պահպանման կրկնօրինակման համար, որը խնայում է տարածքը: Ցանցային կապերը կոդավորված են, և կա նաև վեբ ինտերֆեյս՝ սերվերը կառավարելու համար: Տեսնենք, թե ինչ կարող է նա անել.
Ամբողջական պահեստային ռեժիմում ստացվել են հետևյալ արդյունքները.
Ժամեր:
Առաջին սկիզբը
Երկրորդ մեկնարկը
Երրորդ մեկնարկը
Առաջին փորձարկում
8 մ 20-ականներ
8 մ 19-ականներ
8 մ 24-ականներ
Երկրորդ թեստ
8 մ 30-ականներ
8 մ 34-ականներ
8 մ 20-ականներ
Երրորդ թեստ
8 մ 10-ականներ
8 մ 14-ականներ
8 մ 12-ականներ
Աճող պահուստավորման ռեժիմում.
Ժամեր:
Առաջին սկիզբը
Երկրորդ մեկնարկը
Երրորդ մեկնարկը
Առաջին փորձարկում
8 մ 10-ականներ
8 մ 10-ականներ
8 մ 12-ականներ
Երկրորդ թեստ
3 մ 50-ականներ
4 մ 12-ականներ
3 մ 34-ականներ
Երրորդ թեստ
2 մ 50-ականներ
2 մ 35-ականներ
2 մ 38-ականներ
Պահեստի չափը երկու դեպքում էլ կազմում էր մոտավորապես 14 ԳԲ, ինչը ցույց է տալիս սերվերի կողմից աշխատանքային կրկնօրինակումը: Հարկ է նաև նշել, որ սերվերի և հաճախորդի վրա պահուստավորման ստեղծման ժամանակի միջև կա անհամապատասխանություն, ինչը բավականին պարզ երևում է գրաֆիկներից և շատ հաճելի բոնուս է, քանի որ վեբ ինտերֆեյսը ցույց է տալիս կրկնօրինակման գործընթացի գործարկման ժամանակը: սերվերի կողմը՝ առանց հաշվի առնելու
հաճախորդի վիճակը. Ընդհանուր առմամբ, ամբողջական և աստիճանական պատճենների գրաֆիկները չեն տարբերվում: Միակ տարբերությունը, հավանաբար, այն է, թե ինչպես է այն վարվում սերվերի կողմից: Ես նույնպես գոհ էի ավելորդ համակարգում պրոցեսորի ցածր բեռնվածությունից:
BackupPC վերանայում
Մասնակցի խնդրանքով Ես ավելացնում եմ BackupPC-ի ակնարկը: Այս ծրագիրը տեղադրված է պահեստային պահեստավորման սերվերի վրա, գրված է perl-ով և աշխատում է տարբեր պահեստային գործիքների վրա՝ հիմնականում rsync, tar: Ssh-ը և smb-ն օգտագործվում են որպես տրանսպորտ, կա նաև cgi-ի վրա հիմնված վեբ ինտերֆեյս (տեղակայված է apache-ի վերևում): Վեբ ինտերֆեյսը ունի պարամետրերի ընդարձակ ցանկ: Հատկությունների թվում է կրկնօրինակումների միջև նվազագույն ժամանակը սահմանելու հնարավորությունը, ինչպես նաև այն ժամանակահատվածը, որի ընթացքում կրկնօրինակներ չեն ստեղծվի: Պահուստային սերվերի համար ֆայլային համակարգ ընտրելիս պետք է համոզվեք, որ կոշտ հղումներն ապահովված են: Այսպիսով, պահեստավորման համար նախատեսված ֆայլային համակարգը չի կարող բաժանվել տեղադրման կետերի: Ընդհանուր առմամբ, բավականին հաճելի փորձ է, եկեք տեսնենք, թե ինչի է ունակ այս ծրագրաշարը.
Rsync-ով ամբողջական կրկնօրինակներ ստեղծելու ռեժիմում ստացվել են հետևյալ արդյունքները.
Առաջին սկիզբը
Երկրորդ մեկնարկը
Երրորդ մեկնարկը
Առաջին փորձարկում
12 մ 25-ականներ
12 մ 14-ականներ
12 մ 27-ականներ
Երկրորդ թեստ
7 մ 41-ականներ
7 մ 44-ականներ
7 մ 35-ականներ
Երրորդ թեստ
10 մ 11-ականներ
10 մ 0-ականներ
9 մ 54-ականներ
Եթե օգտագործում եք ամբողջական կրկնօրինակում և tar.
Առաջին սկիզբը
Երկրորդ մեկնարկը
Երրորդ մեկնարկը
Առաջին փորձարկում
12 մ 41-ականներ
12 մ 25-ականներ
12 մ 45-ականներ
Երկրորդ թեստ
12 մ 35-ականներ
12 մ 45-ականներ
12 մ 14-ականներ
Երրորդ թեստ
12 մ 43-ականներ
12 մ 25-ականներ
12 մ 5-ականներ
Աճող պահուստավորման ռեժիմում ես ստիպված էի հրաժարվել tar-ից, քանի որ կրկնօրինակներ չեն ստեղծվել այս կարգավորումներով:
Rsync-ի միջոցով լրացուցիչ կրկնօրինակների ստեղծման արդյունքներն են.
Առաջին սկիզբը
Երկրորդ մեկնարկը
Երրորդ մեկնարկը
Առաջին փորձարկում
11 մ 55-ականներ
11 մ 50-ականներ
12 մ 25-ականներ
Երկրորդ թեստ
2 մ 42-ականներ
2 մ 50-ականներ
2 մ 30-ականներ
Երրորդ թեստ
6 մ 00-ականներ
5 մ 35-ականներ
5 մ 30-ականներ
Ընդհանուր առմամբ, rsync-ը մի փոքր արագության առավելություն ունի. Սա կարող է մասամբ փոխհատուցվել CPU-ի ավելի քիչ օգտագործմամբ՝ tar-ով որպես պահեստային ծրագիր: Rsync-ի մեկ այլ առավելությունն այն է, որ այն աշխատում է աստիճանական պատճեններով: Պահեստի չափը լրիվ կրկնօրինակներ ստեղծելիս նույնն է՝ 16 ԳԲ, հավելյալ պատճենների դեպքում՝ 14 ԳԲ մեկ վազքում, ինչը նշանակում է աշխատանքային կրկնօրինակում։
AMANDA ակնարկ
Մասնակցի խնդրանքով AMANDA թեստերի ավելացում,
Արխիվատորի և սեղմման միացված թիթեղով փորձարկման արդյունքները հետևյալն են.
Առաջին սկիզբը
Երկրորդ մեկնարկը
Երրորդ մեկնարկը
Առաջին փորձարկում
9 մ 5-ականներ
8 մ 59-ականներ
9 մ 6-ականներ
Երկրորդ թեստ
0 մ 5-ականներ
0 մ 5-ականներ
0 մ 5-ականներ
Երրորդ թեստ
2 մ 40-ականներ
2 մ 47-ականներ
2 մ 45-ականներ
Ծրագիրը լիովին բեռնում է մեկ պրոցեսորի միջուկը, սակայն պահուստային պահպանման սերվերի կողմից IOPS սկավառակի սահմանափակ լինելու պատճառով այն չի կարող հասնել տվյալների փոխանցման բարձր արագությունների: Ընդհանուր առմամբ, կարգավորումը մի փոքր ավելի անհանգիստ էր, քան մյուս մասնակիցների համար, քանի որ ծրագրի հեղինակը չի օգտագործում ssh-ը որպես տրանսպորտ, այլ իրականացնում է նմանատիպ սխեման բանալիներով՝ ստեղծելով և պահպանելով լիարժեք CA: Հնարավոր է լայնորեն սահմանափակել հաճախորդը և պահուստային սերվերը. օրինակ, եթե նրանք չեն կարող լիովին վստահել միմյանց, ապա որպես տարբերակ կարող եք կանխել սերվերի կրկնօրինակի վերականգնումը` համապատասխան փոփոխականի արժեքը զրոյի դնելով: կարգավորումների ֆայլը: Հնարավոր է միացնել վեբ ինտերֆեյսը կառավարման համար, բայց ընդհանուր առմամբ կազմաձևված համակարգը կարող է լիովին ավտոմատացվել՝ օգտագործելով փոքր bash սկրիպտներ (կամ SCM, օրինակ՝ ansible): Գոյություն ունի պահեստը կարգավորելու մի փոքր աննշան համակարգ, որը, ըստ երևույթին, պայմանավորված է տվյալների պահպանման տարբեր սարքերի լայն ցանկի աջակցությամբ (LTO ձայներիզներ, կոշտ սկավառակներ և այլն): Հարկ է նաև նշել, որ այս հոդվածում քննարկված բոլոր ծրագրերից AMANDA-ն միակն է, որը կարողացել է հայտնաբերել գրացուցակի վերանվանումը: Պահեստի չափը մեկ գործարկման համար 13 ԳԲ էր:
Հայտարարություն
Կրկնօրինակում Մաս 6. Պահուստավորման գործիքների համեմատություն
Կրկնօրինակ Մաս 7. Եզրակացություններ
Source: www.habr.com
