Ինչու՞ պետք է կրկնօրինակումներ անել: Ի վերջո, սարքավորումները շատ, շատ հուսալի են, և բացի այդ, կան «ամպեր», որոնք ավելի հուսալի են, քան ֆիզիկական սերվերները. Ծառայություններից օգտվողների տեսակետից՝ սպասարկման ժամանակի մեջ փոքր, հազիվ նկատելի թռիչք կլինի։ Բացի այդ, տեղեկատվության կրկնօրինակումը հաճախ պահանջում է վճարել պրոցեսորի «լրացուցիչ» ժամանակի, սկավառակի բեռնվածության և ցանցի տրաֆիկի համար:
Իդեալական ծրագիրն արագ է աշխատում, հիշողությունը չի արտահոսում, չունի անցքեր և գոյություն չունի:
-Անհայտ
Քանի որ ծրագրերը դեռևս գրվում են սպիտակուցի մշակողների կողմից, և հաճախ փորձարկման գործընթաց չկա, գումարած ծրագրերը հազվադեպ են մատուցվում «լավագույն փորձի» միջոցով (որոնք նույնպես ծրագրեր են և, հետևաբար, անկատար), համակարգի ադմինիստրատորներն ամենից հաճախ պետք է լուծեն խնդիրներ, որոնք հնչում են հակիրճ, բայց հակիրճ. «վերադառնալ այն, ինչ եղել է», «հիմքը բերել նորմալ աշխատանքի», «դանդաղ է աշխատում - հետ գլորվել», և նաև իմ սիրելի «չգիտեմ ինչ, բայց շտկել»:
Ի հավելումն տրամաբանական սխալների, որոնք առաջանում են ծրագրավորողների անփույթ աշխատանքի կամ հանգամանքների համակցության, ինչպես նաև շինարարական ծրագրերի փոքր առանձնահատկությունների թերի իմացության կամ թյուրիմացության արդյունքում՝ ներառյալ միացնող և համակարգային, ներառյալ օպերացիոն համակարգերը, դրայվերները և որոնվածը, կան նաև այլ սխալներ. Օրինակ, մշակողների մեծամասնությունը հիմնվում է գործարկման ժամանակի վրա՝ ամբողջովին մոռանալով ֆիզիկական օրենքների մասին, որոնք դեռևս անհնար է շրջանցել ծրագրերի միջոցով: Սա ներառում է սկավառակի ենթահամակարգի և, ընդհանուր առմամբ, ցանկացած տվյալների պահպանման ենթահամակարգի անսահման հուսալիությունը (ներառյալ RAM-ը և պրոցեսորի քեշը), և պրոցեսորի վրա մշակման զրոյական ժամանակը, ինչպես նաև սխալների բացակայությունը ցանցով փոխանցման և մշակման ընթացքում: պրոցեսոր և ցանցի հետաձգում, որը հավասար է 0-ի: Չպետք է անտեսել տխրահռչակ վերջնաժամկետը, քանի որ եթե այն ժամանակին չկատարեք, խնդիրներ կլինեն ավելի վատ, քան ցանցի և սկավառակի շահագործման նրբությունները:
Ի՞նչ անել խնդիրների հետ, որոնք բարձրանում են ամբողջ ուժով և կախված են արժեքավոր տվյալների վրա: Կենդանի ծրագրավորողներին փոխարինող ոչինչ չկա, և դա փաստ չէ, որ դա հնարավոր կլինի մոտ ապագայում: Մյուս կողմից, միայն մի քանի նախագծերի են հաջողվել լիովին ապացուցել, որ ծրագիրը կաշխատի այնպես, ինչպես նախատեսված է, և անպայման հնարավոր չի լինի ապացույցները վերցնել և կիրառել այլ նմանատիպ նախագծերի վրա: Նաև նման ապացույցները շատ ժամանակ են պահանջում և պահանջում են հատուկ հմտություններ և գիտելիքներ, և դա գործնականում նվազագույնի է հասցնում դրանց օգտագործման հնարավորությունը՝ հաշվի առնելով ժամկետները: Բացի այդ, մենք դեռ չգիտենք, թե ինչպես օգտագործել տեղեկատվության պահպանման, մշակման և փոխանցման գերարագ, էժան և անսահման հուսալի տեխնոլոգիա: Նման տեխնոլոգիաները, եթե դրանք կան, կոնցեպտների տեսքով են, կամ, ամենից հաճախ, միայն գիտաֆանտաստիկ գրքերում և ֆիլմերում։
Լավ նկարիչները կրկնօրինակում են, մեծ նկարիչները գողանում են:
- Պաբլո Պիկասո.
Ամենահաջող լուծումներն ու զարմանալիորեն պարզ բաները սովորաբար տեղի են ունենում այնտեղ, որտեղ հանդիպում են առաջին հայացքից բացարձակապես անհամատեղելի հասկացությունները, տեխնոլոգիաները, գիտելիքը և գիտության ոլորտները:
Օրինակ՝ թռչուններն ու ինքնաթիռները թևեր ունեն, բայց չնայած ֆունկցիոնալ նմանությանը, որոշ ռեժիմներում գործողության սկզբունքը նույնն է, և տեխնիկական խնդիրները լուծվում են նույն կերպ՝ խոռոչ ոսկորներ, ամուր և թեթև նյութերի օգտագործում և այլն։ արդյունքները բոլորովին տարբեր են, թեև շատ նման են: Լավագույն օրինակները, որոնք մենք տեսնում ենք մեր տեխնոլոգիայի մեջ, նույնպես հիմնականում փոխառված են բնությունից. Raid զանգվածների կառուցում և տվյալների ամբողջականության ստուգում՝ ԴՆԹ-ի շղթայի կրկնօրինակում; ինչպես նաև զուգակցված օրգաններ, տարբեր օրգանների աշխատանքի անկախություն կենտրոնական նյարդային համակարգից (սրտի ավտոմատացում) և ռեֆլեքսներ՝ ինքնավար համակարգեր ինտերնետում։ Իհարկե, պատրաստի լուծումներ «գլխով» ընդունելն ու կիրառելը հղի է խնդիրներով, բայց ով գիտե, գուցե այլ լուծումներ չկան։
Եթե միայն իմանայի, թե որտեղ եք ընկնելու, ծղոտներ կդնեի։
-Բելառուսական ժողովրդական ասացվածք
Սա նշանակում է, որ պահուստային պատճենները կենսական նշանակություն ունեն նրանց համար, ովքեր ցանկանում են.
- Կարողացեք վերականգնել ձեր համակարգերի աշխատանքը նվազագույն ժամանակով կամ նույնիսկ առանց դրա
- Գործեք համարձակ, քանի որ սխալի դեպքում միշտ կա հետդարձի հնարավորություն
- Նվազագույնի հասցրեք տվյալների կանխամտածված կոռուպցիայի հետևանքները
Ահա մի փոքր տեսություն
Ցանկացած դասակարգում կամայական է: Բնությունը չի դասակարգում. Մենք դասակարգում ենք, քանի որ դա մեզ ավելի հարմար է։ Եվ մենք դասակարգում ենք ըստ տվյալների, որոնք նույնպես կամայական են վերցնում։
- Ժան Բրյուլեր
Անկախ ֆիզիկական պահպանման մեթոդից, տրամաբանական տվյալների պահպանումը կարելի է բաժանել այս տվյալներին մուտք գործելու երկու եղանակի՝ բլոկ և ֆայլ: Այս բաժանումը վերջերս շատ մշուշոտ էր, քանի որ զուտ բլոկ, ինչպես նաև զուտ ֆայլ, տրամաբանական պահեստավորում գոյություն չունի: Այնուամենայնիվ, պարզության համար մենք կենթադրենք, որ դրանք կան:
Արգելափակման տվյալների պահպանումը ենթադրում է, որ կա ֆիզիկական սարք, որտեղ տվյալները գրված են որոշակի ֆիքսված մասերով, բլոկներով: Բլոկները հասանելի են որոշակի հասցեով, յուրաքանչյուր բլոկ ունի իր սեփական հասցեն սարքի ներսում:
Կրկնօրինակումը սովորաբար կատարվում է տվյալների բլոկների պատճենմամբ: Տվյալների ամբողջականությունն ապահովելու համար պատճենման պահին կասեցվում են նոր բլոկների ձայնագրումը, ինչպես նաև գոյություն ունեցողների փոփոխությունները: Եթե սովորական աշխարհից անալոգիա վերցնենք, ապա ամենամոտ բանը միանման համարակալված բջիջներով պահարանն է:
Սարքի տրամաբանական սկզբունքի վրա հիմնված ֆայլերի տվյալների պահպանումը մոտ է արգելափակման պահպանմանը և հաճախ կազմակերպվում է վերևում: Կարևոր տարբերություններն են պահեստավորման հիերարխիայի և մարդու կողմից ընթեռնելի անունների առկայությունը: Աբստրակցիան հատկացվում է ֆայլի տեսքով՝ անվանված տվյալների տարածք, ինչպես նաև գրացուցակ՝ հատուկ ֆայլ, որում պահվում են նկարագրությունները և այլ ֆայլերի հասանելիությունը: Ֆայլերը կարող են տրամադրվել լրացուցիչ մետատվյալներով՝ ստեղծման ժամանակ, մուտքի դրոշակներ և այլն: Պահուստավորումը սովորաբար կատարվում է այսպես. նրանք փնտրում են փոփոխված ֆայլեր, այնուհետև դրանք պատճենում են նույն կառուցվածքով մեկ այլ ֆայլի պահեստում: Տվյալների ամբողջականությունը սովորաբար իրականացվում է ֆայլերի բացակայության պատճառով: Ֆայլի մետատվյալները կրկնօրինակվում են նույն կերպ: Ամենամոտ անալոգիան գրադարանն է, որն ունի տարբեր գրքերի բաժիններ, ինչպես նաև ունի գրացուցակ՝ մարդկանց համար ընթեռնելի գրքերի անուններով։
Վերջերս երբեմն նկարագրվում է մեկ այլ տարբերակ, որից, սկզբունքորեն, սկսվել է ֆայլերի տվյալների պահպանումը, և որն ունի նույն արխայիկ առանձնահատկությունները՝ օբյեկտի տվյալների պահպանումը։
Այն տարբերվում է ֆայլերի պահեստից նրանով, որ չունի մեկից ավելի բույն (հարթ սխեմա), և ֆայլերի անունները, թեև մարդու կողմից ընթեռնելի են, այնուամենայնիվ ավելի հարմար են մեքենաների մշակման համար։ Կրկնօրինակումներ կատարելիս օբյեկտների պահպանումն ամենից հաճախ վերաբերվում է ֆայլերի պահպանմանը նման, բայց երբեմն լինում են այլ տարբերակներ:
— Համակարգի ադմինիստրատորների երկու տեսակ կա՝ նրանք, ովքեր կրկնօրինակումներ չեն անում, և նրանք, ովքեր ԱՐԴԵՆ անում են:
- Իրականում երեք տեսակ կա. կան նաև նրանք, ովքեր ստուգում են, որ կրկնօրինակները հնարավոր է վերականգնել։-Անհայտ
Հարկ է նաև հասկանալ, որ տվյալների կրկնօրինակման գործընթացն ինքնին իրականացվում է ծրագրերի կողմից, ուստի այն ունի բոլոր նույն թերությունները, ինչպես ցանկացած այլ ծրագիր: Հեռացնել (չվերացնել!) կախվածությունը մարդկային գործոնից, ինչպես նաև այն հատկանիշներից, որոնք առանձին-առանձին ուժեղ ազդեցություն չեն ունենում, բայց միասին կարող են նկատելի ազդեցություն տալ՝ այսպես կոչված. կանոն 3-2-1. Կան բազմաթիվ տարբերակներ, թե ինչպես կարելի է այն վերծանել, բայց ինձ ավելի շատ դուր է գալիս հետևյալ մեկնաբանությունը. նույն տվյալների 3 հավաքածու պետք է պահվի, 2 հավաքածու պետք է պահվի տարբեր ձևաչափերով, և 1 հավաքածու պետք է պահվի աշխարհագրորեն հեռավոր պահեստում:
Պահպանման ձևաչափը պետք է հասկանալ հետևյալ կերպ.
- Եթե կա կախվածություն ֆիզիկական պահպանման մեթոդից, մենք փոխում ենք ֆիզիկական մեթոդը:
- Եթե կա կախվածություն տրամաբանական պահպանման մեթոդից, մենք փոխում ենք տրամաբանական մեթոդը:
3-2-1 կանոնի առավելագույն ազդեցության հասնելու համար խորհուրդ է տրվում փոխել պահեստավորման ձևաչափը երկու եղանակով:
Պահուստի պատրաստակամության տեսակետից իր նպատակային նպատակի համար՝ ֆունկցիոնալությունը վերականգնելու, տարբերակում է դրվում «տաք» և «սառը» կրկնօրինակների միջև: Տաքները սառըներից տարբերվում են միայն մեկ բանով. դրանք անմիջապես պատրաստ են օգտագործման, իսկ սառըները վերականգնման համար պահանջում են լրացուցիչ քայլեր՝ վերծանում, արխիվից հանում և այլն։
Մի շփոթեք տաք և սառը պատճենները առցանց և օֆլայն պատճենների հետ, որոնք ենթադրում են տվյալների ֆիզիկական մեկուսացում և, ըստ էության, կրկնօրինակման մեթոդների դասակարգման ևս մեկ նշան են։ Այսպիսով, անցանց պատճենը, որը ուղղակիորեն միացված չէ այն համակարգին, որտեղ այն պետք է վերականգնվի, կարող է լինել թե տաք, թե սառը (վերականգնման պատրաստակամության առումով): Առցանց պատճենը կարող է հասանելի լինել անմիջապես այնտեղ, որտեղ այն պետք է վերականգնվի, և ամենից հաճախ այն տաք է, բայց կան նաև սառը:
Բացի այդ, մի մոռացեք, որ կրկնօրինակների ստեղծման գործընթացը ինքնին սովորաբար չի ավարտվում մեկ կրկնօրինակի ստեղծմամբ, և կարող են լինել բավականին մեծ թվով պատճեններ: Հետեւաբար, անհրաժեշտ է տարբերակել ամբողջական կրկնօրինակները, այսինքն. դրանք, որոնք կարող են վերականգնվել անկախ այլ կրկնօրինակներից, ինչպես նաև դիֆերենցիալ (ավելի, դիֆերենցիալ, նվազող և այլն) պատճեններ. նրանք, որոնք չեն կարող ինքնուրույն վերականգնվել և պահանջում են մեկ կամ մի քանի այլ կրկնօրինակների նախնական վերականգնում:
Դիֆերենցիալ աճող պահուստավորումները պահուստային պահեստային տարածք խնայելու փորձ են: Այսպիսով, կրկնօրինակում գրվում են միայն նախկին կրկնօրինակից փոխված տվյալները:
Դիֆերենցիալ դեկրեմենտները ստեղծվում են նույն նպատակով, բայց մի փոքր այլ կերպ. կատարվում է ամբողջական կրկնօրինակը, բայց իրականում պահվում է միայն թարմ պատճենի և նախորդի տարբերությունը:
Արժե նաև հաշվի առնել պահեստի վերևում գտնվող պահուստավորման գործընթացը, որն աջակցում է կրկնօրինակ պահեստավորման բացակայությանը: Այսպիսով, եթե դրա վերևում գրեք ամբողջական կրկնօրինակներ, իրականում կգրվեն միայն կրկնօրինակների միջև եղած տարբերությունները, բայց կրկնօրինակների վերականգնման գործընթացը նման կլինի ամբողջական պատճենից վերականգնմանը և ամբողջովին թափանցիկ:
Որո՞նք են պահառու ipsos custodes?
(Ո՞վ կպահպանի պահակներին: - լատ.)
Շատ տհաճ է, երբ կրկնօրինակներ չկան, բայց շատ ավելի վատ է, եթե կրկնօրինակը կարծես արված է, բայց վերականգնելիս պարզվում է, որ այն հնարավոր չէ վերականգնել, քանի որ.
- Աղբյուրի տվյալների ամբողջականությունը վտանգված է:
- Պահուստային պահեստը վնասված է:
- Վերականգնումը շատ դանդաղ է աշխատում, դուք չեք կարող օգտագործել մասամբ վերականգնված տվյալները:
Պատշաճ կառուցված պահուստավորման գործընթացը պետք է հաշվի առնի նման մեկնաբանությունները, հատկապես առաջին երկուսը:
Աղբյուրի տվյալների ամբողջականությունը կարելի է երաշխավորել մի քանի ձևով: Առավել հաճախ օգտագործվում են հետևյալը. ա) ֆայլային համակարգի պատկերների ստեղծում բլոկի մակարդակում, բ) ֆայլային համակարգի վիճակի «սառեցում», գ) հատուկ բլոկ սարք՝ տարբերակի պահպանմամբ, դ) ֆայլերի հաջորդական ձայնագրում կամ. բլոկներ. Վերականգնման ընթացքում տվյալների ստուգումը ապահովելու համար կիրառվում են նաև ստուգումների գումարներ:
Պահպանման կոռուպցիան կարող է հայտնաբերվել նաև ստուգումների միջոցով: Լրացուցիչ մեթոդը մասնագիտացված սարքերի կամ ֆայլային համակարգերի օգտագործումն է, որոնցում արդեն գրանցված տվյալները չեն կարող փոխվել, բայց կարող են ավելացվել նորերը:
Վերականգնումը արագացնելու համար տվյալների վերականգնումն օգտագործվում է վերականգնման համար մի քանի գործընթացներով՝ պայմանով, որ չկա խոչընդոտ ցանցի կամ դանդաղ սկավառակի համակարգի տեսքով: Մասամբ վերականգնված տվյալների հետ կապված իրավիճակը շրջանցելու համար կարող եք կրկնօրինակման գործընթացը բաժանել համեմատաբար փոքր ենթաառաջադրանքների, որոնցից յուրաքանչյուրը կատարվում է առանձին: Այսպիսով, հնարավոր է դառնում հետևողականորեն վերականգնել կատարողականությունը՝ միաժամանակ կանխատեսելով վերականգնման ժամանակը: Այս խնդիրը ամենից հաճախ կայանում է կազմակերպչական հարթության մեջ (SLA), ուստի մենք մանրամասն չենք անդրադառնա դրա վրա:
Համեմունքների մասնագետը ոչ թե նա է, ով դրանք ավելացնում է յուրաքանչյուր ուտեստի մեջ, այլ նա, ով երբեք ավելորդ բան չի ավելացնում դրան:
-ՄԵՆ. Սինյավսկի
Համակարգի ադմինիստրատորների կողմից օգտագործվող ծրագրաշարի վերաբերյալ պրակտիկան կարող է տարբեր լինել, բայց ընդհանուր սկզբունքները, այսպես թե այնպես, նույնն են, մասնավորապես.
- Խստորեն խորհուրդ է տրվում օգտագործել պատրաստի լուծումներ։
- Ծրագրերը պետք է աշխատեն կանխատեսելիորեն, այսինքն. Չպետք է լինի չփաստաթղթավորված հատկանիշներ կամ խցանումներ:
- Յուրաքանչյուր ծրագրի կարգավորումը պետք է այնքան պարզ լինի, որ դուք ստիպված չեք լինի ամեն անգամ կարդալ ձեռնարկը կամ խաբեության թերթիկը:
- Հնարավորության դեպքում լուծումը պետք է լինի ունիվերսալ, քանի որ սերվերները կարող են մեծապես տարբերվել իրենց ապարատային բնութագրերով:
Բլոկային սարքերից կրկնօրինակումներ ստանալու համար կան հետևյալ ընդհանուր ծրագրերը.
- dd, որը ծանոթ է համակարգի կառավարման վետերաններին, սա նաև ներառում է նմանատիպ ծրագրեր (նույն dd_rescue, օրինակ):
- Որոշ ֆայլային համակարգերում ներկառուցված կոմունալ ծառայություններ, որոնք ստեղծում են ֆայլային համակարգի աղբանոց:
- Ամենակեր կոմունալ ծառայություններ; օրինակ partclone.
- Սեփական, հաճախ սեփականության, որոշումներ; օրինակ՝ NortonGhost-ը և ավելի ուշ:
Ֆայլային համակարգերի համար կրկնօրինակման խնդիրը մասամբ լուծվում է՝ օգտագործելով բլոկ սարքերի համար կիրառելի մեթոդներ, սակայն խնդիրը կարող է ավելի արդյունավետ լուծվել՝ օգտագործելով, օրինակ՝
- Rsync, ընդհանուր նշանակության ծրագիր և արձանագրություն՝ ֆայլային համակարգերի վիճակը համաժամեցնելու համար։
- Ներկառուցված արխիվացման գործիքներ (ZFS):
- Երրորդ կողմի արխիվացման գործիքներ; ամենահայտնի ներկայացուցիչը խեժն է: Կան ուրիշներ, օրինակ, dar - փոխարինող թառի, որն ուղղված է ժամանակակից համակարգերին:
Առանձին-առանձին, հարկ է նշել ծրագրային գործիքներ, որոնք ապահովում են տվյալների հետևողականությունը կրկնօրինակների ստեղծման ժամանակ: Առավել հաճախ օգտագործվող տարբերակներն են.
- Ֆայլային համակարգի տեղադրումը միայն կարդալու ռեժիմում (ReadOnly) կամ ֆայլային համակարգի սառեցումը (սառեցում) - մեթոդը սահմանափակ կիրառություն ունի:
- Ֆայլային համակարգերի կամ բլոկ սարքերի վիճակի պատկերների ստեղծում (LVM, ZFS):
- Երրորդ կողմի գործիքների օգտագործումը տպավորությունների կազմակերպման համար, նույնիսկ այն դեպքերում, երբ նախորդ կետերը ինչ-ինչ պատճառներով չեն կարող տրամադրվել (ծրագրեր, ինչպիսիք են hotcopy-ը):
- Պատճենահանման փոփոխության տեխնիկան (CopyOnWrite), այնուամենայնիվ, այն ամենից հաճախ կապված է օգտագործվող ֆայլային համակարգի հետ (BTRFS, ZFS):
Այսպիսով, փոքր սերվերի համար դուք պետք է տրամադրեք պահեստային սխեման, որը համապատասխանում է հետևյալ պահանջներին.
- Հեշտ օգտագործման համար. շահագործման ընթացքում հատուկ լրացուցիչ քայլեր չեն պահանջվում, պատճենների ստեղծման և վերականգնման նվազագույն քայլեր:
- Ունիվերսալ - աշխատում է ինչպես մեծ, այնպես էլ փոքր սերվերների վրա; սա կարևոր է սերվերների քանակի ավելացման կամ մասշտաբավորման ժամանակ:
- Տեղադրված է փաթեթի մենեջերի կողմից կամ մեկ կամ երկու հրամաններով, ինչպիսիք են «ներբեռնել և բացել փաթեթը»:
- Կայուն - օգտագործվում է ստանդարտ կամ երկար ժամանակ հաստատված պահեստավորման ձևաչափ:
- Արագ աշխատանքում:
Դիմորդները նրանցից, ովքեր քիչ թե շատ բավարարում են պահանջներին.
- rdif-կրկնօրինակում
- rsnapshot
- շաղախել
- կրկնօրինակել
- կրկնությունը
- թող խաբվեն
- դար
- zbackup
- հանգիստ
- borgbackup
Որպես փորձարկման նստարան կօգտագործվի վիրտուալ մեքենա (հիմնված XenServer-ի վրա) հետևյալ բնութագրերով.
- 4 միջուկ 2.5 ԳՀց,
- 16 ԳԲ RAM,
- 50 ԳԲ հիբրիդային պահեստավորում (պահեստավորման համակարգ՝ վիրտուալ սկավառակի չափի 20%-ը SSD-ի քեշավորումով) առանձին վիրտուալ սկավառակի տեսքով՝ առանց բաժանման,
- 200 Մբիթ/վրկ ինտերնետ ալիք:
Գրեթե նույն մեքենան կօգտագործվի որպես պահեստային ստացողի սերվեր՝ միայն 500 ԳԲ կոշտ սկավառակով:
Օպերացիոն համակարգ - Centos 7 x64. ստանդարտ միջնորմ, լրացուցիչ բաժանումը կօգտագործվի որպես տվյալների աղբյուր:
Որպես նախնական տվյալներ, եկեք վերցնենք WordPress կայք՝ 40 ԳԲ մեդիա ֆայլերով և mysql տվյալների բազայով: Քանի որ վիրտուալ սերվերները մեծապես տարբերվում են բնութագրերով, ինչպես նաև ավելի լավ վերարտադրելիության համար, ահա
սերվերի փորձարկման արդյունքներ՝ օգտագործելով sysbench:sysbench --threads=4 --time=30 --cpu-max-prime=20000 cpu run
sysbench 1.1.0-18a9f86 (օգտագործելով փաթեթավորված LuaJIT 2.1.0-beta3)
Թեստը վարելը հետևյալ ընտրանքներով.
Թելերի քանակը ՝ 4
Պատահական թվերի գեներատորի սկզբնավորում ընթացիկ ժամանակից
Պարզ թվերի սահմանաչափ՝ 20000
Աշխատանքային շղթաների սկզբնավորում…
Թեմաները սկսվեցին:
CPU արագությունը:
իրադարձություններ վայրկյանում` 836.69
Արտադրություն.
իրադարձություններ/եր (eps): 836.6908
Անցած ժամանակը: 30.0039 վրկ
Միջոցառումների ընդհանուր թիվը՝ 25104
Լատենտություն (ms):
րոպե՝ 2.38
միջինը: 4.78
առավելագույնը: 22.39
95-րդ տոկոսը՝ 10.46
գումար ՝ 119923.64
Թեմաների արդարություն.
իրադարձություններ (միջին/ստդև)՝ 6276.0000/13.91
կատարման ժամանակը (avg/stddev): 29.9809/0.01
sysbench --threads=4 --time=30 --memory-block-size=1K --memory-scope=global --memory-total-size=100G --memory-oper=read memory run
sysbench 1.1.0-18a9f86 (օգտագործելով փաթեթավորված LuaJIT 2.1.0-beta3)
Թեստը վարելը հետևյալ ընտրանքներով.
Թելերի քանակը ՝ 4
Պատահական թվերի գեներատորի սկզբնավորում ընթացիկ ժամանակից
Հիշողության արագության փորձարկում՝ հետևյալ ընտրանքներով.
բլոկի չափը՝ 1 ԿԲ
ընդհանուր չափը՝ 102400 ՄԲ
գործողություն: կարդալ
շրջանակը՝ գլոբալ
Աշխատանքային շղթաների սկզբնավորում…
Թեմաները սկսվեցին:
Գործողությունների ընդհանուր քանակը՝ 50900446 (1696677.10 վայրկյանում)
Փոխանցված 49707.47 ՄԲ (1656.91 ՄԲ/վրկ)
Արտադրություն.
իրադարձություններ/եր (eps): 1696677.1017
Անցած ժամանակը: 30.0001 վրկ
Միջոցառումների ընդհանուր թիվը՝ 50900446
Լատենտություն (ms):
րոպե՝ 0.00
միջինը: 0.00
առավելագույնը: 24.01
95-րդ տոկոսը՝ 0.00
գումար ՝ 39106.74
Թեմաների արդարություն.
իրադարձություններ (միջին/ստդև)՝ 12725111.5000/137775.15
կատարման ժամանակը (avg/stddev): 9.7767/0.10
sysbench --threads=4 --time=30 --memory-block-size=1K --memory-scope=global --memory-total-size=100G --memory-oper=գրել հիշողության գործարկում
sysbench 1.1.0-18a9f86 (օգտագործելով փաթեթավորված LuaJIT 2.1.0-beta3)
Թեստը վարելը հետևյալ ընտրանքներով.
Թելերի քանակը ՝ 4
Պատահական թվերի գեներատորի սկզբնավորում ընթացիկ ժամանակից
Հիշողության արագության փորձարկում՝ հետևյալ ընտրանքներով.
բլոկի չափը՝ 1 ԿԲ
ընդհանուր չափը՝ 102400 ՄԲ
գործողություն: գրել
շրջանակը՝ գլոբալ
Աշխատանքային շղթաների սկզբնավորում…
Թեմաները սկսվեցին:
Գործողությունների ընդհանուր քանակը՝ 35910413 (1197008.62 վայրկյանում)
Փոխանցված 35068.76 ՄԲ (1168.95 ՄԲ/վրկ)
Արտադրություն.
իրադարձություններ/եր (eps): 1197008.6179
Անցած ժամանակը: 30.0001 վրկ
Միջոցառումների ընդհանուր թիվը՝ 35910413
Լատենտություն (ms):
րոպե՝ 0.00
միջինը: 0.00
առավելագույնը: 16.90
95-րդ տոկոսը՝ 0.00
գումար ՝ 43604.83
Թեմաների արդարություն.
իրադարձություններ (միջին/ստդև)՝ 8977603.2500/233905.84
կատարման ժամանակը (avg/stddev): 10.9012/0.41
sysbench --threads=4 --file-test-mode=rndrw --time=60 --file-block-size=4K --file-total-size=1G fileio run
sysbench 1.1.0-18a9f86 (օգտագործելով փաթեթավորված LuaJIT 2.1.0-beta3)
Թեստը վարելը հետևյալ ընտրանքներով.
Թելերի քանակը ՝ 4
Պատահական թվերի գեներատորի սկզբնավորում ընթացիկ ժամանակից
Լրացուցիչ ֆայլի բաց դրոշակներ. (ոչ մեկը)
128 ֆայլ, յուրաքանչյուրը 8 ՄԲ
1 ԳԲ ընդհանուր ֆայլի չափը
Բլոկի չափը 4 ԿԲ
IO հարցումների քանակը՝ 0
Կարդալ/գրել հարաբերակցությունը համակցված պատահական IO թեստի համար՝ 1.50
Պարբերական FSYNC-ը միացված է՝ կանչելով fsync() յուրաքանչյուր 100 հարցում:
Զանգում է fsync() թեստի վերջում, Միացված է:
Օգտագործելով համաժամանակյա I/O ռեժիմ
Կատարում է պատահական r/w թեստ
Աշխատանքային շղթաների սկզբնավորում…
Թեմաները սկսվեցին:
Արտադրություն.
կարդալ՝ IOPS=3868.21 15.11 ՄԲ/վ (15.84 ՄԲ/վ)
գրել՝ IOPS=2578.83 10.07 ՄԲ/վ (10.56 ՄԲ/վ)
fsync՝ IOPS=8226.98
Լատենտություն (ms):
րոպե՝ 0.00
միջինը: 0.27
առավելագույնը: 18.01
95-րդ տոկոսը՝ 1.08
գումար ՝ 238469.45
Այս նշումը սկսում է մեծ
կրկնօրինակման մասին հոդվածների շարք
- Կրկնօրինակում, մաս 1. Ինչու է անհրաժեշտ կրկնօրինակում, մեթոդների, տեխնոլոգիաների ակնարկ
- Կրկնօրինակում Մաս 2. rsync-ի վրա հիմնված պահուստավորման գործիքների վերանայում և փորձարկում
- Կրկնօրինակում Մաս 3. կրկնակիության, կրկնօրինակության, deja dup-ի վերանայում և փորձարկում
- Կրկնօրինակում Մաս 4. zbackup, restic, borgbackup վերանայում և փորձարկում
- Կրկնօրինակում Մաս 5. Բակուլայի և veeam կրկնօրինակի փորձարկում Linux-ի համար
- Կրկնօրինակում Մաս 6. Պահուստավորման գործիքների համեմատություն
- Կրկնօրինակ Մաս 7. Եզրակացություններ
Source: www.habr.com