Ինչպես ընտրել պահեստավորում՝ առանց ոտքի վրա կրակելու

Ներածություն

Ժամանակն է պահեստ գնել: Ո՞ր մեկը վերցնել, ո՞ւմ լսել։ Վաճառող A-ն խոսում է B վաճառողի մասին, իսկ հետո կա C ինտեգրատորը, ով հակառակն է ասում և խորհուրդ է տալիս վաճառողին D: Նման իրավիճակում նույնիսկ փորձառու պահեստային ճարտարապետի գլուխը կպտտվի, հատկապես բոլոր նոր վաճառողների և SDS-ի և հիպերկոնվերգենցիայի դեպքում, որոնք նորաձև են: այսօր.

Ուրեմն, ինչպե՞ս եք այդ ամենը պարզում և վերջում հիմար չեք դառնում: Մենք (ԱնտոնՎիրտուալ Անտոն Ժբանկովը և կորպ Եվգենի Էլիզարով) եկեք փորձենք խոսել այս մասին պարզ ռուսերենով:
Հոդվածը շատ նմանություններ ունի և իրականում հանդիսանում է «Վիրտուալացված տվյալների կենտրոնի ձևավորումՊահպանման համակարգերի ընտրության և պահպանման տեխնոլոգիաների վերանայման առումով։ Մենք հակիրճ կանդրադառնանք ընդհանուր տեսությանը, բայց խորհուրդ ենք տալիս կարդալ նաև այս հոդվածը:

Ինչի համար

Հաճախ կարող եք տեսնել մի իրավիճակ, երբ նոր մարդ գալիս է ֆորումի կամ մասնագիտացված զրույցի, օրինակ՝ Storage Discussions, և հարց է տալիս. «այստեղ նրանք ինձ առաջարկում են պահեստավորման երկու տարբերակ՝ ABC SuperStorage S600 և XYZ HyperOcean 666v4, ի՞նչ խորհուրդ կտաք։ ?”

Եվ սկսվում է խառնաշփոթը, թե ով ինչ հատկանիշներ ունի սարսափելի ու անհասկանալի հատկանիշների իրականացման, որոնք անպատրաստ մարդու համար լրիվ չինական են։

Այսպիսով, հիմնական և հենց առաջին հարցը, որը դուք պետք է ինքներդ ձեզ հարցնեք առևտրային առաջարկների բնութագրերը համեմատելուց շատ առաջ, ԻՆՉՈՒ՞ է: Ինչու է անհրաժեշտ այս պահեստավորման համակարգը:

Պատասխանը կլինի անսպասելի, և շատ Թոնի Ռոբինսի ոճը՝ տվյալների պահպանման: Շնորհակալություն, կապիտան։ Եվ այնուամենայնիվ, երբեմն մենք այնքան խորանում ենք մանրամասների համեմատության մեջ, որ մոռանում ենք, թե ինչու ենք առաջին հերթին անում այս ամենը:

Այսպիսով, տվյալների պահպանման համակարգի խնդիրն է պահպանել և ապահովել ՏՎՅԱԼՆԵՐԻ մուտքը տվյալ կատարողականությամբ: Մենք կսկսենք տվյալներից:

Տվյալներ

Տվյալների տեսակը

Ինչպիսի՞ տվյալներ ենք նախատեսում պահել: Շատ կարևոր հարց, որը կարող է վերացնել շատ պահեստավորման համակարգեր նույնիսկ քննարկումից: Օրինակ, դուք նախատեսում եք պահել տեսանյութեր և լուսանկարներ: Դուք կարող եք անմիջապես հատել համակարգերը, որոնք նախատեսված են փոքր բլոկներում պատահական մուտքի համար, կամ կոմպրեսիոն/հեռապատկման մեջ սեփական հատկանիշներով համակարգեր: Սրանք կարող են պարզապես գերազանց համակարգեր լինել, մենք վատ բան չենք ուզում ասել: Բայց այս դեպքում նրանց ուժեղ կողմերը կամ կդառնան թույլ (տեսանյութն ու լուսանկարները սեղմված չեն), կամ պարզապես զգալիորեն կբարձրացնեն համակարգի արժեքը։

Ընդհակառակը, եթե նպատակային օգտագործումը զբաղված գործարքային DBMS-ն է, ապա հիանալի մուլտիմեդիա հոսքային համակարգերը, որոնք կարող են վայրկյանում գիգաբայթեր մատակարարել, վատ ընտրություն կլինեն:

Տվյալների ծավալը

Որքա՞ն տվյալներ ենք նախատեսում պահել: Քանակը միշտ վերածվում է որակի, դա երբեք չպետք է մոռանալ, հատկապես տվյալների ծավալի էքսպոնենցիոնալ աճի մեր ժամանակներում: Petabyte դասի համակարգերն այլևս հազվադեպ չեն, բայց որքան մեծ է petabyte-ի հզորությունը, այնքան ավելի կոնկրետ է դառնում համակարգը, այնքան քիչ հասանելի կլինեն փոքր և միջին չափի պատահական մուտքի համակարգերի սովորական ֆունկցիոնալությունը: Դա աննշան է, քանի որ միայն արգելափակման մուտքի վիճակագրության աղյուսակները դառնում են ավելի մեծ, քան կարգավորիչների վրա առկա RAM-ի հասանելի քանակությունը: Էլ չեմ խոսում սեղմման/աստիճանավորման մասին: Ենթադրենք, մենք ուզում ենք սեղմման ալգորիթմը փոխել ավելի հզորի և սեղմել 20 փետաբայթ տվյալներ։ Որքա՞ն ժամանակ կպահանջվի՝ վեց ամիս, մեկ տարի:

Մյուս կողմից, ինչու՞ անհանգստանալ, եթե ձեզ անհրաժեշտ է պահել և մշակել 500 ԳԲ տվյալներ: Ընդամենը 500: Այս չափի կենցաղային SSD-ները (ցածր DWPD-ով) ոչինչ չեն արժենա: Ինչու՞ կառուցել Fiber Channel-ի գործարան և գնել բարձրակարգ արտաքին պահեստավորման համակարգեր, որոնք արժեն համարժեք թուջե կամուրջ:

Ընդհանուր թվի քանի՞ տոկոսն է կազմում թեժ տվյալները: Որքանո՞վ է անհավասար բեռը տվյալների ծավալի առումով: Սա այն վայրն է, որտեղ մակարդակի պահպանման տեխնոլոգիան կամ Flash Cache-ը կարող են շատ օգտակար լինել, եթե տաք տվյալների քանակը փոքր է ընդհանուրի համեմատ: Կամ հակառակը, ամբողջ ծավալով միատեսակ ծանրաբեռնվածությամբ, որը հաճախ հանդիպում է հոսքային համակարգերում (տեսահսկում, որոշ վերլուծական համակարգեր), նման տեխնոլոգիաները ոչինչ չեն ապահովի և միայն կբարձրացնեն համակարգի արժեքը/բարդությունը:

IP

Տվյալների մյուս կողմը տեղեկատվական համակարգն է, որն օգտագործում է տվյալները: IS-ն ունի մի շարք պահանջներ, որոնք ժառանգում են տվյալները: IS-ի մասին լրացուցիչ տեղեկությունների համար տե՛ս «Վիրտուալացված տվյալների կենտրոնի ձևավորում»:

Ճկունության/Հասանելիության պահանջներ

Սխալների հանդուրժողականության/տվյալների հասանելիության պահանջները ժառանգվում են IS-ից՝ օգտագործելով դրանք և արտահայտվում են երեք թվերով. RPO, RTO- ն, մատչելիություն.

Հասանելիություն — տվյալ ժամանակահատվածի բաժնեմասը, որի ընթացքում հասանելի են տվյալները նրանց հետ աշխատելու համար: Սովորաբար արտահայտվում է որպես 9-ի թիվ: Օրինակ, տարեկան երկու ինը նշանակում է, որ հասանելիությունը կազմում է 99%, կամ հակառակ դեպքում թույլատրվում է տարեկան 95 ժամ անհասանելիություն: Երեք ինը տարեկան 9,5 ժամ:

RPO / RTO-ն ընդհանուր ցուցանիշներ չեն, այլ յուրաքանչյուր միջադեպի (վթարի) համար, ի տարբերություն առկայության:

RPO - վթարի ժամանակ կորցրած տվյալների քանակը (ժամերով): Օրինակ, եթե կրկնօրինակումները տեղի են ունենում օրական մեկ անգամ, ապա RPO = 24 ժամ: Նրանք. Աղետի և պահեստավորման համակարգի ամբողջական կորստի դեպքում մինչև 24 ժամվա տվյալները կարող են կորչել (կրկնօրինակման պահից): IS-ի համար նշված RPO-ի հիման վրա, օրինակ, գրվում են պահուստային կանոնակարգեր։ Նաև RPO-ի հիման վրա կարող եք հասկանալ, թե որքան համաժամ/ասինքրոն տվյալների կրկնօրինակում է անհրաժեշտ:

RTO- ն — աղետից հետո ծառայությունը (տվյալների հասանելիությունը) վերականգնելու ժամանակը: Ելնելով տրված RTO արժեքից՝ մենք կարող ենք հասկանալ՝ արդյոք անհրաժեշտ է մետրոյի կլաստեր, թե բավարար է միակողմանի կրկնօրինակումը: Ձեզ անհրաժեշտ է hi-end դասի բազմակառավարիչ պահեստավորման համակարգ:

Կատարման պահանջներ

Չնայած սա շատ ակնհայտ հարց է, դժվարությունների մեծ մասը հենց այստեղ է ծագում: Կախված նրանից, թե արդեն ունեք ինչ-որ ենթակառուցվածք, թե ոչ, կկառուցվեն անհրաժեշտ վիճակագրություն հավաքելու ուղիներ։

Դուք արդեն ունեք պահեստավորման համակարգ և փնտրում եք փոխարինող կամ ցանկանում եք գնել մեկ այլ ընդլայնման համար: Այստեղ ամեն ինչ պարզ է. Դուք հասկանում եք, թե ինչ ծառայություններ արդեն ունեք և որոնք եք նախատեսում իրականացնել մոտ ապագայում։ Ընթացիկ ծառայությունների հիման վրա դուք հնարավորություն ունեք հավաքել կատարողականի վիճակագրություն: Որոշեք IOPS-ի ընթացիկ քանակի և ընթացիկ ուշացման մասին. որո՞նք են այս ցուցանիշները և արդյո՞ք դրանք բավարար են ձեր առաջադրանքների համար: Դա կարելի է անել ինչպես տվյալների պահպանման համակարգում, այնպես էլ դրան միացված հոսթներից:

Ավելին, դուք պետք է նայեք ոչ միայն ընթացիկ բեռին, այլ որոշակի ժամանակահատվածում (ցանկալի է մեկ ամիս): Տեսեք, թե որոնք են օրվա ընթացքում առավելագույն գագաթները, ինչ բեռ է ստեղծում պահուստը և այլն: Եթե ​​ձեր պահեստավորման համակարգը կամ դրա ծրագրաշարը ձեզ չի տրամադրում այս տվյալների ամբողջական փաթեթը, կարող եք օգտագործել անվճար RRDtool-ը, որը կարող է աշխատել ամենատարածված պահեստավորման համակարգերի և անջատիչների մեծ մասի հետ և կարող է ձեզ տրամադրել աշխատանքի մանրամասն վիճակագրություն: Արժե նաև դիտարկել այս պահեստավորման համակարգի հետ աշխատող հոսթինգների ծանրաբեռնվածությունը, կոնկրետ վիրտուալ մեքենաների համար կամ կոնկրետ ինչ է աշխատում այս հոսթի վրա:

Առանձին-առանձին հարկ է նշել, որ եթե ծավալի և տվյալների պահեստի հետաձգումները, որոնք գտնվում են այս ծավալի վրա, զգալիորեն տարբերվում են, ապա պետք է ուշադրություն դարձնեք ձեր SAN ցանցին, մեծ հավանականություն կա, որ դրա հետ կապված խնդիրներ կան և նախքան նորը գնելը: համակարգը, արժե ուսումնասիրել այս հարցը, քանի որ ներկայիս համակարգի արդյունավետությունը բարձրացնելու շատ մեծ հավանականություն կա:

Դուք զրոյից ենթակառուցվածք եք կառուցում կամ ինչ-որ նոր ծառայության համար համակարգ եք գնում, որի ծանրաբեռնվածության մասին դուք տեղյակ չեք: Կան մի քանի տարբերակ՝ շփվել մասնագիտացված ռեսուրսների վրա գործընկերների հետ՝ փորձելով պարզել և կանխատեսել բեռը, կապվել ինտեգրատորի հետ, ով ունի նմանատիպ ծառայություններ իրականացնելու փորձ և կարող է հաշվարկել բեռը ձեզ համար: Եվ երրորդ տարբերակը (սովորաբար ամենադժվարը, հատկապես, եթե դա վերաբերում է տնային գրված կամ հազվագյուտ հավելվածներին) համակարգի մշակողների կողմից կատարողականի պահանջները պարզելու փորձն է:

Եվ, խնդրում եմ, նկատի ունեցեք, որ գործնական կիրառման տեսանկյունից ամենաճիշտ տարբերակը ընթացիկ սարքավորումների փորձնական փորձարկումն է կամ վաճառողի/ինտեգրատորի կողմից փորձարկման համար տրամադրված սարքավորումները:

Հատուկ պահանջներ

Հատուկ պահանջներն այն ամենն են, որոնք չեն համապատասխանում կատարման, սխալների հանդուրժողականության և տվյալների ուղղակի մշակման և տրամադրման պահանջներին:

Տվյալների պահպանման համակարգի ամենապարզ հատուկ պահանջներից մեկը կարելի է անվանել «օտարելի պահեստավորման մեդիա»: Եվ անմիջապես պարզ է դառնում, որ տվյալների պահպանման այս համակարգը պետք է ներառի ժապավենային գրադարան կամ պարզապես ժապավենային սկավառակ, որի վրա պահվում է կրկնօրինակը: Որից հետո հատուկ պատրաստված անձը ստորագրում է ժապավենը և հպարտորեն տեղափոխում այն ​​հատուկ պահարան։
Հատուկ պահանջի մեկ այլ օրինակ է պաշտպանված հարվածակայուն դիզայնը:

Որտեղ

Կոնկրետ պահեստավորման համակարգի ընտրության երկրորդ հիմնական բաղադրիչը տեղեկատվությունն է այն մասին, ՈՐՏԵ՞Ղ է գտնվելու այս պահեստային համակարգը: Սկսած աշխարհագրությունից կամ բնակլիմայական պայմաններից, վերջացրած կադրերով։

Հաճախորդ

Ու՞մ համար է նախատեսված պահեստավորման այս համակարգը: Հարցն ունի հետևյալ պատճառները.

Պետական ​​հաճախորդ/առևտրային.
Առևտրային հաճախորդը սահմանափակումներ չունի և նույնիսկ պարտավոր չէ մրցույթներ անցկացնել, բացառությամբ իր ներքին կանոնակարգի:

Պետական ​​հաճախորդն այլ խնդիր է: 44 Դաշնային օրենք և այլ հրճվում մրցույթներով և տեխնիկական բնութագրերով, որոնք կարող են վիճարկվել:

Հաճախորդը պատժամիջոցների տակ է
Դե, այստեղ հարցը շատ պարզ է՝ ընտրությունը սահմանափակվում է միայն տվյալ հաճախորդին հասանելի առաջարկներով։

Ներքին կանոնակարգեր / վաճառողներ / գնման համար թույլատրված մոդելներ
Հարցը նույնպես չափազանց պարզ է, բայց պետք է հիշել այն։

Որտեղ ֆիզիկապես

Այս մասում մենք դիտարկում ենք բնակելի տարածքներում աշխարհագրության, կապի ուղիների և միկրոկլիմայի հետ կապված բոլոր խնդիրները:

անձնակազմ

Ո՞վ է աշխատելու այս պահեստավորման համակարգի հետ: Սա ոչ պակաս կարևոր է, քան այն, ինչ կարող է անել պահեստավորման համակարգը:
Անկախ նրանից, թե որքան խոստումնալից, զով և հիասքանչ է վաճառող A-ի պահեստավորման համակարգը, հավանաբար այն տեղադրելը քիչ իմաստ ունի, եթե անձնակազմը միայն գիտի, թե ինչպես աշխատել վաճառողի հետ, և չկան պլաններ հետագա գնումների և Ա-ի հետ շարունակական համագործակցության համար:

Եվ, իհարկե, հարցի մյուս կողմն այն է, թե որքանով է հասանելի վերապատրաստված անձնակազմը տվյալ աշխարհագրական վայրում անմիջապես ընկերությունում և պոտենցիալ աշխատաշուկայում: Տարածաշրջանների համար պարզ ինտերֆեյսներով կամ կառավարումը հեռակա կենտրոնացնելու ունակությամբ պահեստավորման համակարգեր ընտրելը կարող է շատ իմաստալից լինել: Հակառակ դեպքում, ինչ-որ պահի այն կարող է անտանելի ցավոտ դառնալ: Համացանցը լի է պատմություններով այն մասին, թե ինչպես է ժամանած նոր աշխատակիցը, երեկվա ուսանողը, այնպիսի կոնֆիգուրացիա արեց, որ ամբողջ գրասենյակը սպանվեց:

Շրջապատը

Եվ իհարկե, կարևոր հարց է, թե ինչ միջավայրում է աշխատելու պահեստավորման այս համակարգը։

• Ինչ վերաբերում է էլեկտրամատակարարմանը/հովացմանը:
• Ինչ կապ
• Որտեղ է այն տեղադրվելու:
• և այլն:

Հաճախ այս հարցերը համարվում են պարզ և առանձնապես հաշվի չեն առնվում, բայց երբեմն դրանք կարող են ամեն ինչ շրջել:

Ինչ

Վաճառող

Այսօրվա դրությամբ (2019 թվականի կեսերին) ռուսական պահեստավորման շուկան կարելի է բաժանել 5 կատեգորիայի.

1. Ամենաբարձր ստորաբաժանումը կայացած ընկերություններն են, որոնք ունեն սկավառակի դարակների լայն տեսականի՝ ամենապարզից մինչև բարձրորակ (HPE, DellEMC, Hitachi, NetApp, IBM / Lenovo)
2. Երկրորդ ստորաբաժանում - սահմանափակ գիծ ունեցող ընկերություններ, տեղամասային խաղացողներ, լուրջ SDS վաճառողներ կամ աճող նորեկներ (Fujitsu, Datacore, Infinidat, Huawei, Pure և այլն):
3. Երրորդ ստորաբաժանում - ցածր մակարդակի խորշ լուծումներ, էժան SDS, առաջադեմ արտադրանքներ, որոնք հիմնված են ceph-ի և այլ բաց նախագծերի վրա (Infortrend, Starwind և այլն)
4. SOHO հատված - տան/փոքր գրասենյակի մակարդակի փոքր և ծայրահեղ փոքր պահեստավորման համակարգեր (Synology, QNAP և այլն)
5. Ներմուծման փոխարինված պահեստավորման համակարգեր - սա ներառում է և՛ առաջին ստորաբաժանման սարքաշարը՝ վերանշանակված պիտակներով, և՛ երկրորդի հազվագյուտ ներկայացուցիչներ (RAIDIX, մենք նրանց երկրորդը նախապես կտանք), բայց հիմնականում սա երրորդ բաժինն է (Aerodisk, Բաում, Դեպո և այլն)

Բաժանումը բավականին կամայական է, և ամենևին չի նշանակում, որ երրորդ կամ SOHO հատվածը վատն է և չի կարող օգտագործվել։ Հստակ սահմանված տվյալների հավաքածուով և բեռնվածության պրոֆիլով կոնկրետ նախագծերում դրանք կարող են շատ լավ աշխատել՝ գն/որակ հարաբերակցությամբ գերազանցելով առաջին բաժինը: Կարևոր է նախ որոշել ձեր նպատակները, աճի հեռանկարները և պահանջվող ֆունկցիոնալությունը, այնուհետև Synology-ը հավատարմորեն կծառայի ձեզ, և ձեր մազերը կդառնան փափուկ և մետաքսանման:

Վաճառող ընտրելիս կարևոր գործոններից մեկը ներկայիս միջավայրն է: Քանի՞ պահեստային համակարգ ունեք դուք արդեն և ինչ պահեստավորման համակարգերով կարող են աշխատել ձեր ինժեներները: Ձեզ անհրաժեշտ է մեկ այլ վաճառող, մեկ այլ շփման կետ, դուք աստիճանաբար ամբողջ բեռը կտեղափոխե՞ք A վաճառողից դեպի վաճառող B:

Չի կարելի անհրաժեշտից ավելի սուբյեկտներ արտադրել:

iSCSI / FC / Ֆայլ

Մուտքի արձանագրությունների հարցում ինժեներների միջև կոնսենսուս չկա, և բանավեճն ավելի շատ աստվածաբանական քննարկումների է նման, քան ինժեներական: Բայց ընդհանուր առմամբ կարելի է նշել հետևյալ կետերը.

FCoE ավելի մեռած, քան կենդանի.

FC vs iSCSI. 2019-ին FC-ի հիմնական առավելություններից մեկը IP պահեստավորման նկատմամբ՝ տվյալների հասանելիության հատուկ գործարանը, փոխհատուցվում է հատուկ IP ցանցով: FC-ն չունի գլոբալ առավելություններ IP ցանցերի նկատմամբ, և IP-ն կարող է օգտագործվել ցանկացած բեռնվածության մակարդակի պահեստավորման համակարգեր կառուցելու համար, ընդհուպ մինչև խոշոր բանկի հիմնական բանկային համակարգի ծանր DBMS համակարգերի համար: Մյուս կողմից, ՖԱ-ի մահը մարգարեացվել է արդեն մի քանի տարի, բայց ինչ-որ բան անընդհատ խանգարում է դրան։ Այսօր, օրինակ, պահեստավորման շուկայում որոշ խաղացողներ ակտիվորեն զարգացնում են NVMEoF ստանդարտը: Կկիսի նա ԵԽ-ի ճակատագիրը՝ ցույց կտա ժամանակը։

Ֆայլի հասանելիություն նույնպես ուշադրության արժանի բան չէ: NFS/CIFS-ը լավ է աշխատում արտադրողականության միջավայրերում և, եթե ճիշտ նախագծված է, ավելի շատ բողոքներ չունի, քան բլոկային արձանագրությունները:

Հիբրիդ / Ամբողջ Flash Array

Դասական պահեստավորման համակարգերը գալիս են 2 տեսակի.

1. AFA (All Flash Array) - համակարգեր, որոնք օպտիմիզացված են SSD-ի օգտագործման համար:
2. Հիբրիդ - թույլ է տալիս օգտագործել ինչպես HDD, այնպես էլ SSD կամ դրանց համակցություն:

Նրանց հիմնական տարբերությունն աջակցվող պահեստավորման արդյունավետության տեխնոլոգիաներն են և կատարողականի առավելագույն մակարդակը (բարձր IOPS և ցածր ուշացում): Երկու համակարգերն էլ (իրենց մոդելների մեծ մասում, չհաշված ցածր մակարդակի հատվածը) կարող են գործել և՛ որպես բլոկ, և՛ ֆայլային սարքեր: Աջակցվող ֆունկցիոնալությունը կախված է համակարգի մակարդակից, իսկ ավելի երիտասարդ մոդելների համար այն ամենից հաճախ իջեցվում է նվազագույն մակարդակի: Սա արժե ուշադրություն դարձնել, երբ ուսումնասիրում եք որոշակի մոդելի բնութագրերը, և ոչ միայն ամբողջ գծի հնարավորությունները որպես ամբողջություն: Նաև, իհարկե, դրա տեխնիկական բնութագրերը, ինչպիսիք են պրոցեսորը, հիշողության քանակը, քեշը, պորտերի քանակը և տեսակները և այլն, նույնպես կախված են համակարգի մակարդակից։ Կառավարման տեսանկյունից AFA-ները հիբրիդային (սկավառակ) համակարգերից տարբերվում են միայն SSD կրիչներով աշխատելու մեխանիզմների ներդրմամբ, և նույնիսկ եթե դուք օգտագործում եք SSD հիբրիդային համակարգում, դա ամենևին չի նշանակում, որ դուք կկարողանաք. AFA համակարգի մակարդակում կատարողականի մակարդակի հասնելու համար: Բացի այդ, շատ դեպքերում հիբրիդային համակարգերում անջատված են ներկառուցված արդյունավետ պահեստավորման մեխանիզմները, և դրանց ընդգրկումը հանգեցնում է կատարողականի կորստի:

Հատուկ պահպանման համակարգեր

Ի լրումն ընդհանուր նշանակության պահպանման համակարգերի, որոնք հիմնականում կենտրոնացած են գործառնական տվյալների մշակման վրա, կան հատուկ պահպանման համակարգեր՝ հիմնական սկզբունքներով, որոնք էապես տարբերվում են սովորականից (ցածր ուշացում, բարձր IOPS).

Մեդիա.

Այս համակարգերը նախատեսված են մեծ մեդիա ֆայլեր պահելու և մշակելու համար: Resp. ուշացումը դառնում է գործնականում անկարևոր, և առաջին պլան է մղվում բազմաթիվ զուգահեռ հոսքերում տվյալների լայն տիրույթում ուղարկելու և ստանալու հնարավորությունը:

Կրկնօրինակման պահեստավորման համակարգերի կրկնօրինակում:

Քանի որ կրկնօրինակները տարբերվում են միմյանց նմանությամբ, ինչը հազվադեպ է սովորական պայմաններում (միջին կրկնօրինակը տարբերվում է երեկվա պատճենից 1-2%), համակարգերի այս դասը չափազանց արդյունավետ կերպով փաթեթավորում է դրանց վրա գրանցված տվյալները բավականին փոքր չափով։ ֆիզիկական լրատվամիջոցների քանակը: Օրինակ, որոշ դեպքերում տվյալների սեղմման գործակիցները կարող են հասնել 200-ից 1-ի:

Օբյեկտների պահպանման համակարգեր.

Պահպանման այս համակարգերը չունեն բլոկ հասանելիության սովորական ծավալներ և ֆայլերի բաժնետոմսեր, և ամենից շատ դրանք նման են հսկայական տվյալների բազայի: Նման համակարգում պահվող օբյեկտի մուտքն իրականացվում է եզակի նույնացուցիչի կամ մետատվյալների միջոցով (օրինակ՝ բոլոր JPEG ֆորմատի օբյեկտները, որոնց ստեղծման ամսաթիվը XX-XX-XXXX և YY-YY-YYYY է):

Համապատասխանության համակարգ.

Դրանք այսօր այնքան էլ տարածված չեն Ռուսաստանում, սակայն արժե նշել։ Նման պահեստավորման համակարգերի նպատակը երաշխավորված տվյալների պահպանումն է՝ անվտանգության քաղաքականությանը կամ կարգավորող պահանջներին համապատասխանելու համար: Որոշ համակարգեր (օրինակ EMC Centera) ներդրել են տվյալների ջնջումն արգելելու գործառույթ. հենց որ բանալին պտտվում է և համակարգը մտնում է այս ռեժիմ, ոչ ադմինիստրատորը, ոչ էլ որևէ մեկը չի կարող ֆիզիկապես ջնջել արդեն գրանցված տվյալները:

Գույքային տեխնոլոգիաներ

Ֆլեշ քեշ

Flash Cache-ը սովորական անուն է բոլոր սեփականատիրական տեխնոլոգիաների համար՝ ֆլեշ հիշողությունը որպես երկրորդ մակարդակի քեշ օգտագործելու համար: Ֆլեշ քեշ օգտագործելիս պահեստավորման համակարգը սովորաբար հաշվարկվում է մագնիսական սկավառակներից կայուն բեռ ապահովելու համար, մինչդեռ գագաթնակետը սպասարկվում է քեշի կողմից:

Այս դեպքում անհրաժեշտ է հասկանալ բեռնվածքի պրոֆիլը և պահեստային ծավալների բլոկների հասանելիության տեղայնացման աստիճանը: Flash cache-ը խիստ տեղայնացված հարցումներով ծանրաբեռնվածության տեխնոլոգիա է և գործնականում կիրառելի չէ միատեսակ բեռնված ծավալների համար (օրինակ՝ վերլուծական համակարգերի համար):

Շուկայում առկա են երկու ֆլեշ քեշի ներդրում.

• Միայն կարդալու համար. Այս դեպքում միայն կարդալու տվյալները պահվում են քեշում, իսկ գրությունը գնում է անմիջապես սկավառակների վրա: Որոշ արտադրողներ, ինչպիսիք են NetApp-ը, կարծում են, որ իրենց պահեստավորման համակարգերում գրելն արդեն իսկ օպտիմալ է, և քեշը բոլորովին չի օգնի։
• Կարդալ գրել. Ոչ միայն կարդալը, այլև գրելը պահվում է քեշում, ինչը թույլ է տալիս բուֆերացնել հոսքը և նվազեցնել RAID Penalty-ի ազդեցությունը և արդյունքում բարձրացնել պահեստավորման համակարգերի ընդհանուր կատարումը ոչ օպտիմալ գրելու մեխանիզմով:

Շերտավորում

Բազմաստիճան պահեստավորումը (հոգնեցնող) տեխնոլոգիա է, որը միավորում է մակարդակները տարբեր կատարողական մակարդակների հետ, ինչպիսիք են SSD-ը և HDD-ը, մեկ սկավառակի լողավազանի մեջ: Տվյալների բլոկների հասանելիության ընդգծված անհավասարության դեպքում համակարգը կկարողանա ավտոմատ կերպով հավասարակշռել տվյալների բլոկները՝ բեռնվածները տեղափոխելով բարձր կատարողական մակարդակ, իսկ սառը, ընդհակառակը, ավելի դանդաղ:

Ստորին և միջին դասերի հիբրիդային համակարգերն օգտագործում են բազմաստիճան պահեստավորում՝ ժամանակացույցով մակարդակների միջև շարժվող տվյալների հետ: Միևնույն ժամանակ, լավագույն մոդելների համար բազմաստիճան պահեստային բլոկի չափը 256 ՄԲ է: Այս հատկանիշները թույլ չեն տալիս մեզ համարել շերտավոր պահեստավորման տեխնոլոգիա արտադրողականության բարձրացման տեխնոլոգիա, ինչպես շատերը սխալմամբ կարծում են: Ցածր և միջին դասի համակարգերում բազմամակարդակ պահեստավորումը տեխնոլոգիա է, որն օպտիմիզացնում է պահեստավորման ծախսերը բեռնվածության ընդգծված անհավասարությամբ համակարգերի համար:

Snapshot

Անկախ նրանից, թե որքան ենք խոսում պահեստավորման համակարգերի հուսալիության մասին, կան բազմաթիվ հնարավորություններ կորցնելու տվյալները, որոնք կախված չեն ապարատային խնդիրներից: Սա կարող է լինել վիրուսներ, հաքերներ կամ տվյալների այլ ոչ միտումնավոր ջնջում/փչացում: Այդ իսկ պատճառով արտադրության տվյալների կրկնօրինակումը ինժեների աշխատանքի անբաժանելի մասն է:

Snapshot-ը ժամանակի ինչ-որ պահի ծավալի պատկերն է: Համակարգերի մեծ մասի հետ աշխատելիս, ինչպիսիք են վիրտուալացումը, տվյալների բազաները և այլն: մենք պետք է վերցնենք այնպիսի լուսանկար, որից մենք պատճենենք տվյալները պահուստային պատճենի մեջ, մինչդեռ մեր IS-ը կկարողանա ապահով կերպով շարունակել աշխատել այս հատորի հետ: Բայց հարկ է հիշել, որ ոչ բոլոր նկարներն են հավասարապես օգտակար: Տարբեր վաճառողներ տարբեր մոտեցումներ ունեն իրենց ճարտարապետության հետ կապված ակնոցներ ստեղծելու համար:

CoW (պատճենել-գրել). Երբ փորձում եք տվյալների բլոկ գրել, դրա սկզբնական բովանդակությունը պատճենվում է հատուկ տարածքում, որից հետո գրելը նորմալ է ընթանում: Սա կանխում է տվյալների կոռուպցիան նկարի ներսում: Բնականաբար, տվյալների այս բոլոր «մակաբույծ» մանիպուլյացիաները լրացուցիչ ծանրաբեռնվածություն են առաջացնում պահեստավորման համակարգի վրա, և այդ պատճառով նմանատիպ ներդրում ունեցող վաճառողները խորհուրդ չեն տալիս օգտագործել մեկ տասնյակից ավելի նկարներ և ընդհանրապես չօգտագործել դրանք բարձր բեռնված ծավալների վրա:

RoW (վերահղում գրելու վրա). Այս դեպքում բնօրինակ ծավալը բնականաբար սառչում է, և երբ փորձում են տվյալների բլոկ գրել, պահեստավորման համակարգը տվյալներ է գրում ազատ տարածության հատուկ տարածքում՝ փոխելով այս բլոկի տեղը մետատվյալների աղյուսակում։ Սա թույլ է տալիս նվազեցնել վերաշարադրման գործողությունների քանակը, ինչը, ի վերջո, վերացնում է կատարողականի անկումը և վերացնում է լուսանկարների և դրանց քանակի սահմանափակումները:

Պատկերները նաև երկու տեսակի են՝ կապված հավելվածների հետ.

Կիրառման հետևողականություն. Պատկերի ստեղծման պահին պահեստային համակարգը քաշում է սպառողի օպերացիոն համակարգում գտնվող գործակալին, որը ստիպողաբար մաքրում է սկավառակի քեշերը հիշողությունից սկավառակ և ստիպում հավելվածին դա անել: Այս դեպքում, երբ վերականգնվում է snapshot-ից, տվյալները կլինեն համահունչ:

Վթարի հետևողական. Այս դեպքում նման բան տեղի չի ունենում, և snapshot-ը ստեղծվում է այնպես, ինչպես կա: Նման լուսանկարից վերականգնելու դեպքում նկարը նույնական է, ինչ տեղի կունենա, եթե հանկարծակի անջատվեր հոսանքը և հնարավոր լինի տվյալների որոշակի կորուստ, խրված լինել քեշերում և երբեք չհասնել սկավառակին: Նման պատկերները ավելի հեշտ են իրագործվում և չեն առաջացնում կատարողականի վատթարացում հավելվածներում, բայց ավելի քիչ հուսալի են:

Ինչու՞ են անհրաժեշտ ակնոցները պահեստավորման համակարգերում:

• Առանց գործակալի կրկնօրինակում անմիջապես պահեստավորման համակարգից
• Ստեղծեք թեստային միջավայր՝ հիմնված իրական տվյալների վրա
• Ֆայլերի պահպանման համակարգերի դեպքում այն ​​կարող է օգտագործվել VDI միջավայրեր ստեղծելու համար՝ հիպերվիզորի փոխարեն պահեստավորման համակարգի պատկերների օգտագործման միջոցով:
• Ապահովեք ցածր RPO-ներ՝ ստեղծելով պլանավորված նկարներ կրկնօրինակման հաճախականությունից զգալիորեն ավելի բարձր հաճախականությամբ

Cloning

Ծավալի կլոնավորում - աշխատում է նույն սկզբունքով, ինչ snapshot-ը, բայց օգտագործվում է ոչ միայն տվյալների ընթերցման, այլ դրանց հետ լիարժեք աշխատելու համար: Մենք կարողանում ենք ստանալ մեր հատորի ճշգրիտ պատճենը՝ դրա վրա առկա բոլոր տվյալները, առանց ֆիզիկական պատճենահանման, ինչը թույլ կտա տարածք խնայել։ Սովորաբար, ծավալի կլոնավորումն օգտագործվում է կամ Test&Dev-ում, կամ եթե ցանկանում եք ստուգել որոշ թարմացումների ֆունկցիոնալությունը ձեր IS-ում: Կլոնավորումը թույլ կտա դա անել հնարավորինս արագ և տնտեսապես սկավառակի ռեսուրսների առումով, քանի որ Կգրվեն միայն փոփոխված տվյալների բլոկները:

Replication / Journaling

Replication-ը այլ ֆիզիկական պահպանման համակարգի վրա տվյալների կրկնօրինակ ստեղծելու մեխանիզմ է: Սովորաբար, յուրաքանչյուր վաճառող ունի սեփական տեխնոլոգիա, որն աշխատում է միայն իր սեփական գծում: Բայց կան նաև երրորդ կողմի լուծումներ, այդ թվում՝ հիպերվիզորի մակարդակով աշխատող լուծումներ, օրինակ՝ VMware vSphere Replication:

Գույքային տեխնոլոգիաների ֆունկցիոնալությունը և դրանց օգտագործման հեշտությունը սովորաբար շատ ավելի բարձր են, քան ունիվերսալը, բայց պարզվում է, որ դրանք անկիրառելի են, երբ, օրինակ, անհրաժեշտ է կրկնօրինակել NetApp-ից HP MSA-ին:

Կրկնօրինակումը բաժանված է երկու ենթատեսակի.

Սինխրոն. Սինքրոն կրկնօրինակման դեպքում գրելու գործողությունն անմիջապես ուղարկվում է երկրորդ պահեստավորման համակարգ, և կատարումը չի հաստատվում, քանի դեռ հեռավոր պահեստավորման համակարգը չի հաստատել: Դրա շնորհիվ մուտքի ուշացումը մեծանում է, բայց մենք ունենք տվյալների ճշգրիտ հայելային պատճեն: Նրանք. RPO = 0 հիմնական պահեստավորման համակարգի կորստի դեպքում:

ասինխրոն. Գրելու գործառնություններն իրականացվում են միայն հիմնական պահեստավորման համակարգում և հաստատվում են անմիջապես, մինչդեռ միաժամանակ կուտակվում են բուֆերում՝ հեռավոր պահեստավորման համակարգ խմբաքանակի փոխանցման համար: Կրկնօրինակման այս տեսակը տեղին է ավելի քիչ արժեքավոր տվյալների կամ ցածր թողունակությամբ կամ բարձր ուշացումով ալիքների համար (բնորոշ 100 կմ-ից ավելի հեռավորությունների համար): Համապատասխանաբար, RPO = փաթեթի ուղարկման հաճախականություն:

Հաճախ կրկնօրինակման հետ մեկտեղ կա մեխանիզմ ծառահատումներ սկավառակի գործողություններ: Այս դեպքում հատուկ տարածք է հատկացվում անտառահատումների և ժամանակի ընթացքում որոշակի խորության կամ մատյանի ծավալով սահմանափակված գործողությունների գրանցման համար: Որոշ սեփական տեխնոլոգիաների համար, ինչպիսին է EMC RecoverPoint-ը, կա համակարգային ծրագրային ապահովման հետ ինտեգրում, որը թույլ է տալիս որոշակի էջանիշներ կապել գրանցամատյանի հատուկ մուտքի հետ: Դրա շնորհիվ հնարավոր է հետ գլորել ծավալի վիճակը (կամ ստեղծել կլոն) ոչ միայն մինչև ապրիլի 23-ը, 11 ժամ 59 վայրկյան 13 միլիվայրկյան, այլ մինչև «ԲՈԼՈՐ ՍԵՂԱՆԱԿՆԵՐԸ ԿԱՏԱՐԵԼ; ՊԱՏԱՍԽԱՆԵԼ»:

Մետրոյի կլաստեր

Մետրոյի կլաստերը տեխնոլոգիա է, որը թույլ է տալիս ստեղծել երկկողմանի համաժամանակյա վերարտադրություն երկու պահեստավորման համակարգերի միջև այնպես, որ դրսից այս զույգը թվա մեկ պահեստավորման համակարգի: Այն օգտագործվում է մետրոյի հեռավորությունների վրա (100 կմ-ից պակաս) աշխարհագրորեն առանձնացված թեւերով կլաստերներ ստեղծելու համար։

Վիրտուալացման միջավայրում օգտագործման օրինակի հիման վրա մետրոկլաստերը թույլ է տալիս ստեղծել տվյալների պահեստ վիրտուալ մեքենաներով, որը հասանելի է միանգամից երկու տվյալների կենտրոններից ձայնագրելու համար: Այս դեպքում հիպերվիզորի մակարդակում ստեղծվում է կլաստեր, որը բաղկացած է տարբեր ֆիզիկական տվյալների կենտրոններում գտնվող հոսթերից՝ միացված այս տվյալների պահեստին: Որը թույլ է տալիս անել հետևյալը.

• Վերականգնման գործընթացի ամբողջական ավտոմատացում տվյալների կենտրոններից մեկի մահից հետո: Առանց լրացուցիչ միջոցների, մահացած տվյալների կենտրոնում աշխատող բոլոր VM-ները ավտոմատ կերպով կվերագործարկվեն մնացածում: RTO = բարձր հասանելիության կլաստերի ժամանակի ավարտ (15 վայրկյան VMware-ի համար) + օպերացիոն համակարգը բեռնելու և ծառայությունները սկսելու ժամանակ:
• Աղետներից խուսափել կամ ռուսերեն՝ աղետներից խուսափել։ Եթե ​​տվյալների կենտրոն 1-ում նախատեսվում է էլեկտրամատակարարման աշխատանք, ապա մենք հնարավորություն ունենք նախօրոք, նախքան աշխատանքի սկսվելը, ամբողջ կարևոր բեռը տեղափոխել տվյալների կենտրոն 2 առանց կանգառի:

Վիրտուալացում

Պահպանման վիրտուալացումը տեխնիկապես այլ պահեստային համակարգից ծավալների օգտագործումն է որպես սկավառակ: Պահեստավորման վիրտուալիզատորը կարող է պարզապես փոխանցել ուրիշի ծավալը սպառողին որպես սեփական, միաժամանակ արտացոլելով այն մեկ այլ պահեստավորման համակարգ, կամ նույնիսկ ստեղծել RAID արտաքին ծավալներից:
Պահեստավորման վիրտուալացման դասի դասական ներկայացուցիչներն են EMC VPLEX և IBM SVC: Եվ իհարկե, վիրտուալացման ֆունկցիոնալությամբ պահեստավորման համակարգեր՝ NetApp, Hitachi, IBM / Lenovo Storwize:

Ինչու՞ դա կարող է անհրաժեշտ լինել:

• Պահպանման համակարգի մակարդակում ավելորդություն: Ծավալների միջև ստեղծվում է հայելի, և կեսը կարող է լինել HP 3Par, իսկ մյուսը NetApp-ում: Իսկ վիրտուալիզատորը EMC-ից է։
• Տեղափոխեք տվյալները տարբեր արտադրողների պահեստավորման համակարգերի միջև նվազագույն ժամանակով: Ենթադրենք, որ տվյալները պետք է տեղափոխվեն հին 3Par-ից, որը դուրս կգա, դեպի նոր Dell: Այս դեպքում սպառողներն անջատվում են 3Par-ից, ծավալները փոխանցվում են VPLEX-ով և նորից ներկայացվում սպառողներին։ Քանի որ ձայնի վրա քիչ բան չի փոխվել, աշխատանքները շարունակվում են։ Ձայնը նոր Dell-ին արտացոլելու գործընթացը սկսվում է հետին պլանում, և ավարտից հետո հայելին կոտրվում է և 3Par-ն անջատված է:
• Մետրոկլաստերների կազմակերպում.

Սեղմում/կրկնօրինակում

Սեղմումը և կրկնօրինակումը տեխնոլոգիաներ են, որոնք թույլ են տալիս խնայել սկավառակի տարածությունը ձեր պահեստավորման համակարգում: Հարկ է անմիջապես նշել, որ ոչ բոլոր տվյալները սկզբունքորեն ենթակա են սեղմման և/կամ կրկնօրինակման, մինչդեռ տվյալների որոշ տեսակներ ավելի լավ են սեղմվում և ապակրկնվում, իսկ որոշները՝ հակառակը:

Գոյություն ունեն սեղմման և կրկնօրինակման 2 տեսակ.

Անուղղակի — Տվյալների բլոկների սեղմումը և կրկնօրինակումը տեղի է ունենում այս տվյալները սկավառակի վրա գրելուց առաջ: Այսպիսով, համակարգը միայն հաշվարկում է բլոկի հեշը և այն համեմատում աղյուսակում առկաների հետ։ Նախ, այն ավելի արագ է, քան պարզապես սկավառակի վրա գրելը, և երկրորդը, մենք չենք վատնում լրացուցիչ սկավառակի տարածքը:

Հաղորդագրություն Ավելացված է - երբ այդ գործողություններն իրականացվում են սկավառակների վրա արդեն գրանցված տվյալների վրա: Համապատասխանաբար, տվյալները նախ գրվում են սկավառակի վրա, և միայն դրանից հետո հաշվարկվում է հեշը և ջնջվում են անհարկի բլոկները և ազատվում են սկավառակի ռեսուրսները:

Արժե ասել, որ վաճառողների մեծ մասն օգտագործում է երկու տեսակները, ինչը թույլ է տալիս նրանց օպտիմալացնել այդ գործընթացները և դրանով իսկ բարձրացնել դրանց արդյունավետությունը: Պահեստավորման վաճառողներից շատերն ունեն կոմունալ ծառայություններ, որոնք թույլ են տալիս վերլուծել ձեր տվյալների հավաքածուները: Այս կոմունալ ծառայություններն աշխատում են նույն տրամաբանությամբ, որն իրականացվում է պահեստավորման համակարգում, ուստի արդյունավետության գնահատված մակարդակը կլինի նույնը: Նաև, հիշեք, որ շատ վաճառողներ ունեն կատարողականի երաշխիքային ծրագրեր, որոնք խոստանում են առնվազն նույնքան լավ կատարում որոշակի (կամ բոլոր) տվյալների տեսակների համար: Եվ դուք չպետք է անտեսեք այս ծրագիրը, քանի որ ձեր առաջադրանքների համար համակարգը հաշվարկելով, հաշվի առնելով որոշակի համակարգի արդյունավետության գործակիցը, կարող եք խնայել ծավալը: Հարկ է նաև հաշվի առնել, որ այս ծրագրերը նախատեսված են AFA համակարգերի համար, սակայն դասական համակարգերում HDD-ների համեմատ ավելի փոքր ծավալի SSD-ների գնման շնորհիվ դա կնվազեցնի դրանց արժեքը, և եթե ոչ հավասար սկավառակի համակարգի արժեքին, ապա բավականին մոտենալ դրան:

Մոդել

Եվ ահա մենք գալիս ենք ճիշտ հարցին.

«Նրանք ինձ առաջարկում են պահեստավորման երկու տարբերակ՝ ABC SuperStorage S600 և XYZ HyperOcean 666v4, ի՞նչ եք խորհուրդ տալիս»:

Վերափոխվում է «Այստեղ ինձ առաջարկում են պահեստավորման երկու տարբերակ՝ ABC SuperStorage S600 և XYZ HyperOcean 666v4, ի՞նչ եք խորհուրդ տալիս:

Թիրախային ծանրաբեռնվածությունը VMware-ի վիրտուալ մեքենաներն են՝ արտադրության/փորձարկման/զարգացման օղակներով: Թեստ = արդյունավետ: 150 TB յուրաքանչյուրը 80 IOPS 000kb բլոկի առավելագույն կատարողականությամբ 8% պատահական մուտք 50/80 կարդալ-գրել: Մշակման համար 20 ՏԲ, 300 IOPS-ը բավական է, 50 պատահական, 000 գրեք։

Արտադրողականությունը ենթադրաբար մետրոկլաստերում RPO = 15 րոպե RTO = 1 ժամ, զարգացում ասինխրոն վերարտադրության մեջ RPO = 3 ժամ, փորձարկում մեկ կայքում:

Կլինի 50TB DBMS, նրանց համար լավ կլինի գրանցել:

Մենք ունենք Dell սերվերներ ամենուր, հին Hitachi պահեստավորման համակարգեր, նրանք հազիվ են դիմանում, մենք նախատեսում ենք բեռնվածությունը 50%-ով ավելացնել ծավալի և կատարողականի առումով»:

Ինչպես ասում են՝ ճիշտ ձևակերպված հարցը պատասխանի 80%-ն է պարունակում։

Լրացուցիչ տեղեկություններ

Այն, ինչ դուք պետք է լրացուցիչ կարդաք ըստ հեղինակների

գրքեր

• Օլիֆեր և Օլիֆեր «Համակարգչային ցանցեր». Գիրքը կօգնի համակարգել և, հավանաբար, ավելի լավ հասկանալ, թե ինչպես է աշխատում IP / Ethernet պահեստավորման համակարգերի տվյալների փոխանցման միջոցը
• «EMC տեղեկատվության պահպանում և կառավարում»: Գերազանց գիրք պահեստավորման համակարգերի հիմունքների, ինչուների, ինչպես և ինչուների մասին:

Ֆորումներ և զրույցներ

• Պահպանման քննարկումներ
• Nutanix / IT Russian Discussion Club
• VMware օգտվողների խումբ Ռուսաստան
• Ռուսական կրկնօրինակում օգտագործողների խումբ

Ընդհանուր առաջարկներ

Գները

Հիմա, ինչ վերաբերում է գներին, ընդհանրապես, եթե պահեստավորման համակարգերի գներ կան, դրանք սովորաբար Ցուցակային գներ են, որից յուրաքանչյուր հաճախորդ ստանում է անհատական ​​զեղչ։ Զեղչի չափը բաղկացած է մեծ թվով պարամետրերից, ուստի ուղղակի անհնար է գուշակել, թե ինչ վերջնական գին կստանա ձեր ընկերությունը՝ առանց դիստրիբյուտորից հարցնելու: Բայց միևնույն ժամանակ, վերջերս ցածր դասի մոդելներ սկսեցին հայտնվել սովորական համակարգչային խանութներում, ինչպիսիք են, օրինակ. nix.ru կամ xcom-shop.ru. Այստեղ դուք կարող եք անմիջապես ձեռք բերել ձեզ հետաքրքրող համակարգը ֆիքսված գնով, ինչպես ցանկացած համակարգչային բաղադրիչ:

Բայց ես ուզում եմ անմիջապես նշել, որ ուղիղ համեմատությունը տուբերկուլյոզի/$-ով ճիշտ չէ: Եթե ​​դրան մոտենանք այս տեսանկյունից, ապա ամենաէժան լուծումը կլինի պարզ JBOD + սերվերը, որը չի ապահովի ոչ այն ճկունությունը, ոչ հուսալիությունը, որը ապահովում է լիարժեք, կրկնակի վերահսկիչ պահեստավորման համակարգը։ Սա ամենևին չի նշանակում, որ JBOD-ը զզվելի է և զզվելի կեղտոտ հնարք, պարզապես պետք է նորից շատ հստակ հասկանալ, թե ինչպես և ինչ նպատակներով եք օգտագործելու այս լուծումը: Հաճախ կարելի է լսել, որ JBOD-ում կոտրելու բան չկա, կա միայն մեկ հետնամաս: Այնուամենայնիվ, հետին ինքնաթիռները նույնպես երբեմն ձախողվում են: Ամեն ինչ վաղ թե ուշ կոտրվում է։

Ընդհանուր

Հարկավոր է համակարգերը միմյանց հետ համեմատել ոչ միայն գնով, կամ ոչ միայն կատարողականով, այլ բոլոր ցուցանիշների ամբողջությամբ։

Գնեք HDD միայն այն դեպքում, եթե վստահ եք, որ ձեզ անհրաժեշտ է HDD: Ցածր բեռների և տվյալների անսեղմելի տեսակների համար, հակառակ դեպքում, արժե դիմել SSD պահեստավորման արդյունավետության երաշխիքային ծրագրերին, որոնք այժմ ունեն վաճառողների մեծ մասը (և նրանք իսկապես աշխատում են նույնիսկ Ռուսաստանում), բայց ամեն ինչ կախված է այն հավելվածներից և տվյալներից, որոնք տեղակայված կլինեն: այս պահեստավորման համակարգում:

Էժան մի գնա: Երբեմն դրանք թաքցնում են շատ տհաճ պահեր, որոնցից մեկը Եվգենի Էլիզարովը նկարագրել է իր հոդվածներում. Infortrend. Եվ որ, ի վերջո, այս էժանությունը կարող է հակադարձ արդյունք տալ ձեզ: Մի մոռացեք. «Թշվառը վճարում է երկու անգամ»:

Աղբյուրը` www.habr.com