Այսօր ՏՏ ենթակառուցվածքում, վիրտուալացման լայն կիրառմամբ, տվյալների պահպանման համակարգերը հանդիսանում են այն առանցքը, որը պահում է բոլոր վիրտուալ մեքենաները: Այս հանգույցի ձախողումը կարող է ամբողջությամբ դադարեցնել համակարգչային կենտրոնի աշխատանքը: Թեև սերվերային սարքավորումների զգալի մասը «լռելյայն» այս կամ այն ձևով ունի անսարքությունների հանդուրժողականություն, հենց տվյալների կենտրոնի ներսում պահեստավորման համակարգերի հատուկ դերի պատճառով, դրա վրա դրվում են ավելի մեծ պահանջներ «գոյատևման» առումով:
ՏՏ-ում սխալների հանդուրժողականության ապահովման ամենաարդյունավետ մեթոդը սարքավորումների և ծրագրային ապահովման բազմաթիվ օրինակների օգտագործումն է (ամենապարզ դեպքում՝ կրկնօրինակում): Իհարկե, պահեստավորման համակարգը կարող է ամբողջությամբ կրկնօրինակվել: Իսկ աղետների վերականգնման համար սա հենց այն մոտեցումն է, որն օգտագործվում է։ Բայց ոչ բոլոր ընկերությունները կարող են իրենց թույլ տալ նման լուծում: Խոսքը ոչ միայն սարքավորումների կրկնապատկված արժեքի, այլեւ նման լուծում կազմակերպելու եւ դրա հետագա աջակցության այլ ծախսերի մասին է։
Այնուամենայնիվ, սարքավորումները կրկնօրինակելու հնարավորությունը չի փոխարինում բաղադրիչի մակարդակում սխալների հանդուրժողականություն ապահովելու անհրաժեշտությունը: Մասնավորապես, պահեստավորման համակարգն օգտագործում է ավելորդություն էլեկտրամատակարարման, հովացման մոդուլների, կրիչների և, իհարկե, կարգավորիչների համար: Այս ամենը վաղուց արդեն սովորական է դարձել։ Դժվար է գտնել պահեստավորման համակարգեր առանց նմանատիպ դիզայնի օգտագործման: այստեղ բացառություն չէ: Բայց այս հոդվածում մենք ուզում ենք խոսել մի բանի մասին, որը անմիջապես ակնհայտ չէ, և միևնույն ժամանակ ուղղված է հիմնականում բարձրացնելու համակարգի մեղքի հանդուրժողականությունը որպես ամբողջություն:
Սառեցման մոդուլներ
Շատ հաճախ ներս 2U-3U պատյաններով օգտագործվում են համակցված մոդուլներ, որոնք միավորում են սնուցման աղբյուրները և օդափոխիչները: Սա մի կողմից հարմար է, քանի որ... Միայն մեկ բլոկ պետք է սպասարկվի։ Մյուս կողմից, եթե հովացման համակարգը խափանվի, էլեկտրամատակարարումը կարող է բռնի կերպով անջատվել գերտաքացումից խուսափելու համար: Եվ թվում է, թե ամենավճռական իրավիճակը չի ստեղծվի, բայց ակնհայտորեն չարժե ավելացնել պահեստավորման համակարգի խոցելիությունը:
Qsan պահեստավորման համակարգերում սառեցումը կազմակերպվում է առանձին տաք փոխանակվող մոդուլների տեսքով՝ անկախ սնուցման աղբյուրներից: Իրականում, սնուցման աղբյուրներն ունեն իրենց սեփական երկրպագուները, որոնք նախատեսված են օդը փչելու սնուցման աղբյուրների վրա: Սառեցման մոդուլը պարունակում է երկու անկախ օդափոխիչներ, որոնք պաշտպանում են միմյանց: Պահպանման համակարգում կա երկու նման մոդուլ՝ աջ և ձախ՝ բոլոր բաղադրիչների արդյունավետ օդային հոսքի համար: Եթե օդափոխիչներից մեկը ձախողվի, բոլոր մյուսներն ավտոմատ կերպով բարձրացնում են իրենց արագությունը, որպեսզի փոխհատուցեն օդի հոսքի պակասը: Այդ իսկ պատճառով օդափոխիչի անսարքությունը չի առաջացնում ամբողջ սարքի գերտաքացման վտանգ:
Ընդլայնման դարակների միացման տոպոլոգիա
Դասական կապի դիագրամ պահեստավորում նշանակում է տոպոլոգիա, որը կոչվում է կասկադ: Այս դեպքում, համապատասխան դարակների կարգավորիչները և պահեստավորման համակարգերը միացված են միմյանց մեկ SAS մալուխի միջոցով: Սա հանգեցնում է 2 մալուխի երկու կարգավորիչ համակարգի համար: Եթե Ձեզ անհրաժեշտ է միացնել երկրորդը, ապա այն նույն կերպ միացված է առաջին դարակին։ Եվ այսպես շարունակ։ Այս տոպոլոգիայի առավելությունը սարքավորումների մեջ ներդրման հեշտությունն է։ Բացասական կողմը կլինի որոշակի խոցելիությունը SAS շղթայի հանկարծակի ընդմիջման համար՝ չկապակցված պահեստավորման կարգավորիչների և դարակի խաչաձև ձախողման կամ շղթայի մեջտեղի ընդարձակման դարակներից մեկի հոսանքի կորստի պատճառով: Արդյունքը կլինի որոշ կրիչներ մուտքի կորուստ և RAID խմբի հնարավոր փլուզումը, եթե այն «տարածվի» մի քանի պարիսպների վրա:
Qsan-ն ունի պաշտպանություն կարգավորիչների խաչաձև խափանումներից՝ պահեստավորման հետին պլանի միջոցով կարգավորիչների ներքին տրամաբանական կապի տեսքով: Նրանք. Պահպանման կարգավորիչը տեսնում է ոչ միայն JBOD կարգավորիչը, որն ուղղակիորեն կապված է դրան, այլ նաև «հարևան» վերահսկիչը հետին պլանի հատուկ հղման միջոցով: Արդյունքում, եթե նման իրավիճակ առաջանա, և ոչ ոք ֆիզիկապես դուրս չբերի SAS մալուխները պահեստավորման համակարգի և դարակի միջև, ապա բոլոր կրիչներ մուտքը կպահպանվի:
SAS շղթայի ընդմիջումից պաշտպանվելու համար, օրինակ, ընդարձակման դարակում էներգիայի կորստի պատճառով, սովորաբար օգտագործվում է կապի այլ տոպոլոգիա՝ հակադարձ կասկադ: Այս դեպքում պահեստավորման համակարգը միացված է անմիջապես շղթայի առաջին և վերջին դարակին՝ երկու կողմերից մուտք ունենալով կրիչներ:
Եթե ցանկանում եք ավելի ուժեղ պաշտպանություն, կարող եք ավելի մեծ կոնֆիգուրացիաներ ստեղծել՝ օգտագործելով, օրինակ, ծառի տոպոլոգիան: Կամ էլ ավելի բարդացնել՝ համատեղելով նշված տոպոլոգիաները։ Սա հնարավոր է սարքերի մեծ թվով SAS միակցիչների շնորհիվ (2 յուրաքանչյուր պահեստային կարգավորիչի համար և 5 յուրաքանչյուր JBOD կարգավորիչի համար) մուտքային/ելքային աշխատանքային ռեժիմների ավտոմատ հայտնաբերմամբ: Գլխավորն այն է, որ ադմինիստրատորն ինքը չշփոթվի։ Եվ պահեստավորման համակարգը կկարողանա ճիշտ կարգավորել կոնֆիգուրացիան:
Արագ վերակառուցում
Համակարգում տաք պահեստային սկավառակների առկայությունը զգալիորեն մեծացնում է տեղեկատվության պահպանման հուսալիությունը: Այնուամենայնիվ, միայն այն փաստը, որ նման սկավառակներ են հատկացվում, չի նշանակում բացարձակ պաշտպանություն: Փաստն այն է, որ վերականգնման գործընթացը բավականին աշխատատար է և հաճախ ժամանակատար: Աշխատանքի ինտենսիվությունը գալիս է հիմնական տվյալների անդադար հասանելիությունից: Նրանք. Համակարգը, իր ընթացիկ աշխատանքի հետ մեկտեղ, պետք է նաև պատճենի տվյալները նոր սկավառակի վրա: Իսկ վերակառուցման տևողությունը ուղղակիորեն կախված է պահեստավորման հզորությունից և դրա արագության բնութագրերից: Քանի որ համակարգը ոչինչ չգիտի սկավառակի իրական զբաղեցրած տարածքի մասին, վերակառուցման գործընթացում այն պարզապես պատճենում է ամեն ինչ՝ բլոկ առ բլոկ:
Արդյունքում, ժամանակակից բարձր հզորությամբ 10+TB սկավառակի վերականգնումը պահեստավորման ծանր բեռի տակ կարող է հեշտությամբ տևել մեկ շաբաթ կամ ավելի: Պետք է նաև նկատի ունենալ այն փաստը, որ վերակառուցման ընթացքում այլ կրիչների խափանման հավանականությունը զգալիորեն մեծանում է դրանց վրա ավելացած բեռի պատճառով: Իսկ դա արդեն կարող է լուրջ վտանգ ներկայացնել, եթե, օրինակ, RAID5-ն օգտագործվի։
Որպես այս խնդրի լուծում, պահեստավորման համակարգերի շատ մշակողներ մտահոգված են վերականգնման գործընթացի արագացմամբ: Դրա համար կարող են օգտագործվել տարբեր մոտեցումներ, բայց էությունը նույնն է՝ կրկնօրինակել միայն իրականում զբաղեցրած բլոկները վերակառուցման ժամանակ: Քսանը նույնպես անմասն չմնաց այս խնդրից։ Այս վաճառողի պահեստավորման համակարգը ակտիվացված տարբերակով համակարգը հետևում է ձայնագրման համար օգտագործվող բլոկներին՝ դրանով իսկ հնարավորություն ունենալով սկավառակի խափանման դեպքում պատճենել միայն դրանք նոր սկավառակում:
Արագ վերակառուցման տարբերակը լռելյայն միացված չէ նոր հատորներ ստեղծելիս, քանի որ... դրա օգտագործումը ազդում է կատարողականի վրա, հատկապես պատահական գրելու գործողությունների վրա, քանի որ.
- Անհրաժեշտ է հետևել գրառումներին բլոկներում.
- Վերակառուցման ժամանակ չբաշխված տարածքի ստուգման գումարները չեն վերահաշվարկվում, այնպես որ, երբ դուք նոր գրառում եք գրում այս տարածքում, նախ պետք է «նախաձեռնեք» այն:
Հետևաբար, խորհուրդ չի տրվում օգտագործել Fast Rebuild հատորների համար, օրինակ՝ խիստ բեռնված տվյալների բազաներով կամ տեսահսկման համակարգերում, որտեղ ծավալը դեռ 100%-ով լցված կլինի: Բայց ֆայլերի կամ փոստի սերվերների համար այս տարբերակը շատ օգտակար կլինի:
Փոխարենը մի եզրակացության
Պահպանման համակարգերի յուրաքանչյուր արտադրող ենթադրում է, որ իրենց սարքերը հուսալի են: Եվ եթե սարքերի մշակման մեջ չկան ճակատագրական սխալ հաշվարկներ և դրանց արտադրության և փորձարկման գործընթացում խնայողությունների անհավանական ցանկություն, ապա ընդհանուր առմամբ մենք կարող ենք համաձայնվել վաճառողի հետ: Այնուամենայնիվ, դուք պետք է հասկանաք.
- Հիմնական պահեստավորման համակարգի սխալ հանդուրժողականությունը, առաջին հերթին, միջոց է՝ շարունակելու մուտք ունենալ տվյալներին ցանկացած բաղադրիչ(ների) խափանման դեպքում.
- Սխալների հանդուրժողականության լրացուցիչ տարբերակներ (ինչպես վերը նկարագրվածները) - սա վերացնում է որոշ տիպի անսարքություններ և մեծացնում է տվյալների հասանելիության ձեր հնարավորությունները.
- Ցավոք սրտի, 100% հուսալիություն գոյություն չունի: Սակայն, որպեսզի հնարավորինս մոտենան դրան, պահպանման համակարգերի ողջամիտ մատակարարների մեծ մասը (և այդ թվում) ամեն ջանք գործադրում են շարունակաբար կատարելագործելու իրենց արտադրանքը ինչպես ապարատային, այնպես էլ ծրագրային ապահովման ոլորտում:
Միևնույն ժամանակ, մենք չպետք է մոռանանք նաև, որ պահեստավորման համակարգերի բացարձակ հուսալիությունը չի ժխտում պահուստային պատճենների առկայությունը, աղետի դեպքում վերականգնման հստակ և փորձված ծրագրերը և վաճառողի կողմից արագ տեխնիկական աջակցությունը:
Source: www.habr.com
