SAS վերահսկիչ RAID նավահանգիստների ընդլայնում: Վեց SAS RAID վերահսկիչների IOmeter հենանիշերի համեմատական ​​ակնարկ

RAID 6, 5, 1 և 0 զանգվածների թեստեր Hitachi SAS-2 սկավառակներով

Անցել են այն ժամանակները, երբ արժանապատիվ պրոֆեսիոնալ 8-նավահանգիստ RAID վերահսկիչը հսկայական գումար արժեցավ: Մեր օրերում ի հայտ են եկել Serial Attached SCSI (SAS) ինտերֆեյսի լուծումներ, որոնք շատ գրավիչ են ինչպես գներով, այնպես էլ ֆունկցիոնալությամբ և կատարողականությամբ: Նրանցից մեկը այս ակնարկն է:

LSI MegaRAID SAS 9260-8i վերահսկիչ

Մենք նախկինում գրել էինք երկրորդ սերնդի SAS ինտերֆեյսի մասին `6 Գբ / վ փոխանցման արագությամբ և շատ էժան 8-նավահանգիստ LSI SAS 9211-8i HBA վերահսկիչով, որը նախատեսված էր մուտքի գների մակարդակի պահեստավորման համակարգերի կազմակերպման համար` հիմնված ամենապարզ SAS- ի և SATA RAID զանգվածներ: կրիչներ: LSI MegaRAID SAS 9260-8i մոդելը կլինի ավելի բարձր դաս. Այն հագեցած է ավելի հզոր պրոցեսորով ՝ 5, 6, 50 և 60 մակարդակների զանգվածների ապարատային մշակմամբ (ROC տեխնոլոգիա ՝ RAID On Chip), ինչպես նաև շոշափելի ինքնաթիռի SDRAM հիշողության ծավալը (512 ՄԲ) `տվյալների արդյունավետ քեշավորման համար: Այս վերահսկիչն աջակցում է նաև SAS և SATA ինտերֆեյսեր ՝ տվյալների փոխանցման արագությամբ 6 Գբ / վրկ, իսկ ադապտերն ինքնին նախատեսված է ավտոբուսի համար PCI Express x8 տարբերակ 2.0 (5 Գբիթ / վրկ յուրաքանչյուր գոտում), որը տեսականորեն գրեթե բավարար է 8 արագընթաց SAS նավահանգստի կարիքները բավարարելու համար: Եվ այս ամենը `մոտ $ 500 մանրածախ գնով, այսինքն` ընդամենը մի քանի հարյուրով ավելի թանկ, քան բյուջետային LSI SAS 9211-8i: Ինքն արտադրողն, ի դեպ, այս լուծումը վերաբերում է MegaRAID Value Line շարքին, այսինքն ՝ տնտեսական լուծումներին:




8 նավահանգիստ SAS վերահսկիչ LSIMegaRAID SAS9260-8i և դրա SAS2108 պրոցեսոր ՝ DDR2 հիշողությամբ

LSI SAS 9260-8i տախտակն ունի ցածր պրոֆիլ (MD2 ձևի գործոն), հագեցած է երկու ներքին Mini-SAS 4X միակցիչով (դրանցից յուրաքանչյուրը թույլ է տալիս միացնել մինչև 4 SAS սկավառակ ուղղակի կամ ավելի շատ նավահանգիստների բազմապատկիչների միջոցով), նախատեսված է PCI Express x8 2.0 և աջակցում է RAID մակարդակներին ՝ 0, 1, 5, 6, 10, 50 և 60, դինամիկ SAS ֆունկցիոնալություն և այլն: և այլն: LSI SAS 9260-8i վերահսկիչը կարող է տեղադրվել ինչպես 1U, այնպես էլ 2U դարակաշարերի սերվերներում (միջին և բարձրակարգ սերվերներ), ինչպես նաև ATX և Slim-ATX պատյաններում (աշխատակայանների համար): RAID աջակցությունը տրամադրվում է ապարատային ներկառուցված LSI SAS2108 պրոցեսորով (PowerPC միջուկ 800 ՄՀց հաճախականությամբ), որը համալրված է 512 ՄԲ DDR2 800 ՄՀց հիշողությամբ ՝ ECC աջակցությամբ: LSI- ն պրոցեսորի արագություն է խոստանում մինչև 2.8 ԳԲ / վ ընթերցման և 1.8 ԳԲ / վ արագությամբ գրելու համար: Ադապտերների հարուստ ֆունկցիոնալության շարքում հարկ է նշել գործառույթները ՝ Online Capacity Expansion (OCE), Online RAID Level Migration (RLM) (ծավալի ընդլայնում և զանգվածների տիպի փոփոխություն շարժման մեջ), SafeStore կոդավորման ծառայություններ և ակնթարթային անվտանգ ջնջում: (սկավառակների տվյալների գաղտնագրում և տվյալների անվտանգ ջնջում), պինդ վիճակի կրիչների աջակցություն (SSD Guard տեխնոլոգիա) և այլն: Այս մարտկոցի համար մարտկոցի մոդուլը կամընտիր հասանելի է (դրա հետ առավելագույն աշխատանքային ջերմաստիճանը չպետք է գերազանցի +44.5 աստիճան Celsius):

LSI SAS 9260-8i Կառավարիչի հիմնական բնութագրերը

Համակարգի ինտերֆեյսPCI Express x8 2.0 (5 GT / վ), Bus Master DMA
Սկավառակի միջերեսSAS-2 6Gb / վ (Աջակցում է SSP, SMP, STP և SATA)
SAS նավահանգիստներ8 (2 x4 Mini-SAS SFF8087 միակցիչ), ապահովում է մինչև 128 կրիչ բազմապատկիչ պորտի միջոցով
RAID աջակցություն0, 1, 5, 6, 10, 50, 60 մակարդակները
ՊրոցեսորLSI SAS2108 ROC (PowerPC @ 800 ՄՀց)
Ներկառուցված քեշ հիշողություն512 ՄԲ ECC DDR2 800 ՄՀց
Էլեկտրաէներգիայի սպառում, ոչ ավելին24 Վտ (սնուցման աղբյուր +3.3 Վ և +12 Վ PCIe բնիկից)
Գործողության / պահպանման ջերմաստիճանի միջակայք0 ... + 60 ° С / -45 ... + 105 ° С
Ձևի գործոնը, չափերըMD2 ցածր պրոֆիլ, 168 x 64.4 մմ
MTBF արժեքը> 2 միլիոն ժամ
Արտադրողի երաշխիք3 տարի

Արտադրողը LSI MegaRAID SAS 9260-8i- ի ​​բնորոշ ծրագրերը նույնականացրել է հետևյալ կերպ. Մի շարք տեսակայաններ (տեսանյութեր ըստ պահանջի, տեսահսկում, տեսանյութերի ստեղծում և խմբագրում, բժշկական պատկերներ), բարձրորակ հաշվիչ և թվային տվյալների արխիվներ, տարբեր սերվերներ (ֆայլ , վեբ, փոստ, տվյալների շտեմարաններ): Ընդհանուր առմամբ, առաջադրանքների ճնշող մեծամասնությունը լուծվում են փոքր և միջին բիզնեսում:

Սպիտակ-նարնջագույն տուփի մեջ ՝ «տիտղոսի» վրա անլուրջ ժպտացող ատամիկ տիկնոջ դեմքով (ըստ երևույթին, մորուքավոր սիսադմիններին և կոշտ համակարգ ստեղծողներին ավելի լավ հրապուրելու համար) տեղադրված է վերահսկիչ տախտակ, փակագծեր ՝ ATX- ում, Slim-ATX- ում տեղադրելու համար, և այլն, երկու 4-սկավառակի մալուխ ՝ մի ծայրում ՝ Mini-SAS միակցիչներով և մյուս կողմից ՝ սովորական SATA (հոսանք չկա) (մինչև 8 կրիչ վերահսկիչին միացնելու համար), ինչպես նաև PDF փաստաթղթերով ձայնասկավառակ և բազմաթիվ վարորդների համար Windows- ի, Linux- ի (SuSE և RedHat), Solaris- ի և VMware- ի տարբերակները:


LSI MegaRAID SAS 9260-8i վերահսկիչի տուփային տարբերակի առաքման շրջանակը (MegaRAID Advanced Services Hardware Key մինի քարտը հասանելի է ըստ ցանկության)

LSI MegaRAID Advanced Services ծրագրային ապահովման տեխնոլոգիաները հասանելի են հատուկ ապարատային բանալիով (տրամադրվում է առանձին) LSI MegaRAID SAS 9260-8i վերահսկիչի համար. Մասնավորապես, համակարգին ավելացված պինդ վիճակի սկավառակի (SSD) օգնությամբ ավանդական սկավառակների (HDD) զանգվածի կատարողականի բարձրացման առումով օգտակար կլինի MegaRAID CacheCade տեխնոլոգիան, որի օգնությամբ գործում է SSD- ն որպես երկրորդ մակարդակի քեշ HDD զանգվածի համար (HDD- ի հիբրիդային լուծույթին նման), որոշ դեպքերում ՝ ապահովելով սկավառակի ենթահամակարգի կատարողականի բարձրացում մինչև 50 անգամ: Հետաքրքրական է նաև MegaRAID FastPath լուծումը, որը նվազեցնում է SAS2108 պրոցեսորի I / O գործընթացների մշակման ուշացումը (անջատելով կոշտ սկավառակների համար օպտիմալացումը), ինչը հնարավորություն է տալիս արագացնել մի քանի պինդ վիճակի զանգվածի աշխատանքը: կրիչներ (SSD), որոնք միացված են անմիջապես SAS 9260-8i նավահանգիստներին:

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




Windows Manager- ի սքրինշոթերի օրինակ ՝ RAID մակարդակները 5 (վերև) և 1 (ներքև) կազմաձևելու համար:

Փորձարկում

LSI MegaRAID SAS 9260-8i (առանց MegaRAID Advanced Services Hardware Key- ի և հարակից տեխնոլոգիաների) հիմնական կատարողականին ծանոթանալու համար մենք օգտագործեցինք հինգ բարձրորակ SAS կրիչներ ՝ 15 հազար պտույտ / րոպե պտտվող արագությամբ և աջակցություն SAS- ի համար: 2 ինտերֆեյս (6 Գբ / գ) - Hitachi Ultrastar 15K600 HUS156030VLS600 ՝ յուրաքանչյուրը 300 ԳԲ հզորությամբ:


Hitachi Ultrastar 15K600 կոշտ սկավառակ ՝ առանց վերևի ծածկույթի

Սա թույլ կտա մեզ փորձարկել զանգվածների բոլոր հիմնական մակարդակները ՝ RAID 6, 5, 10, 0 և 1, և ոչ միայն դրանցից յուրաքանչյուրի համար նախատեսված նվազագույն թվով սկավառակներ, այլև «աճի համար», այսինքն ՝ ավելացնելիս սկավառակ դեպի ROC չիպի 4-ալիքային SAS նավահանգիստներ: Նկատի ունեցեք, որ այս հոդվածի հերոսն ունի պարզեցված անալոգ `4 պորտի LSI MegaRAID SAS 9260-4i վերահսկիչ, որը հիմնված է նույն տարրի բազայի վրա: Հետևաբար, 4-սկավառակի զանգվածների մեր փորձարկումները հավասարապես կիրառելի են դրա համար:

Hitachi HUS156030VLS600- ի բեռի հաջորդական ընթերցման / գրելու արագությունը կազմում է մոտ 200 ՄԲ / վ (տես գրաֆիկը): Միջին ընթերցման հասանելիության ժամանակը (տեխնիկական պայմաններ) - 5,4 մվ. Ներկառուցված բուֆերը 64 ՄԲ է:


Hitachi Ultrastar 15K600 HUS156030VLS600 կարդալ / գրելու հաջորդական արագության գրաֆիկ

Փորձարկման համակարգը հիմնված էր Intel Xeon 3120 պրոցեսորի, Intel P45 չիպսեթ ունեցող մայր տախտակի և 2 ԳԲ DDR2-800 հիշողության վրա: SAS վերահսկիչը տեղադրվել է PCI Express x16 v2.0 բնիկում: Թեստերն իրականացվել են Windows XP SP3 Professional և Windows 7 Ultimate SP1 x86 (մաքուր ամերիկյան տարբերակներ) օպերացիոն համակարգերի ներքո, քանի որ նրանց սերվերային գործընկերները (համապատասխանաբար Windows 2003 և 2008 թվականներ) թույլ չեն տալիս աշխատել մեր կողմից օգտագործվող որոշ չափանիշների և սցենարների հետ: . Օգտագործված թեստերն էին ՝ AIDA64, ATTO Disk Benchmark 2.46, Intel IOmeter 2006, Intel NAS Performance Toolkit 1.7.1, C'T H2BenchW 4.13 / 4.16, HD Tach RW 3.0.4.0 և Futuremark PCMark Vantage և PCMark05: Փորձարկումներն իրականացվել են ինչպես չբաշխված ծավալների (IOmeter, H2BenchW, AIDA64), այնպես էլ ձևաչափված միջնապատերի վրա: Վերջին դեպքում (NASPT- ի և PCMark- ի համար) արդյունքները ստացվել են ինչպես զանգվածի ֆիզիկական սկզբի, այնպես էլ դրա միջին մասի համար (առավելագույն հասանելի հզորությամբ զանգվածների ծավալները բաժանվել են երկու հավասար տրամաբանական միջնապատերի): Սա թույլ է տալիս մեզ ավելի համարժեք գնահատել լուծումների կատարումը, քանի որ ծավալների ամենաարագ սկզբնական հատվածները, որոնց վրա բրաուզերների մեծամասնությունը կատարում են ֆայլի չափանիշներ, հաճախ չեն արտացոլում սկավառակի մնացած մասի իրավիճակը, որը նույնպես կարող է շատ օգտագործվել ակտիվ իրական աշխատանքում:

Բոլոր թեստերը կատարվել են հինգ անգամ և արդյունքները միջինացվել են: Առանձին հոդվածում մենք կդիտարկենք մասնագիտական ​​սկավառակների լուծումների ավելի մանրամասն գնահատման մեր նորացված մեթոդաբանությունը:

Մնում է ավելացնել, որ այս թեստավորման ժամանակ մենք օգտագործեցինք վերահսկիչ որոնվածի 12.12.0-0036 տարբերակը և վարորդների 4.32.0.32 տարբերակը: Գրելու և կարդալու պահոցը միացված է բոլոր զանգվածների և սկավառակների համար: Հավանաբար, ավելի ժամանակակից որոնվածի և վարորդների օգտագործումը մեզ փրկեց տարօրինակություններից, որոնք նկատվում էին նույն վերահսկիչի վաղ փորձարկումների արդյունքներում: Մեր դեպքում նման դեպքեր չեն նկատվել: Այնուամենայնիվ, մենք նաև չենք օգտագործում FC-Test 1.0 սցենարը, որը շատ կասկածելի է արդյունքների հուսալիության առումով (ինչը որոշ դեպքերում նույն գործընկերները «կցանկանային անվանել շփոթություն, տատանում և անկանխատեսելիություն») մեր փաթեթում: , քանի որ մենք բազմիցս նկատել ենք դրա անհամապատասխանությունը որոշ ֆայլի ձևանմուշների (մասնավորապես, բազմաթիվ փոքր, 100 Կբայթից պակաս ֆայլերի հավաքածուների) վրա:

Ստորև բերված դիագրամները ցույց են տալիս զանգվածների 8 կազմաձևերի արդյունքները.

  1. 5 սկավառակներից RAID 0;
  2. 4 սկավառակներից RAID 0;
  3. RAID 5 սկավառակներից 5;
  4. 4-Drive RAID 5;
  5. RAID 6 սկավառակներից 6;
  6. RAID 6 սկավառակներից 6;
  7. RAID 1 սկավառակներից 4;
  8. RAID 1 սկավառակ 2 -ից:

LSI- ն ակնհայտորեն հասկանում է չորս սկավառակի RAID 1 զանգվածը (տես վերևի սքրինշոթը) որպես ժապավեն + հայելի զանգված, որը սովորաբար կոչվում է RAID 10 (սա հաստատվում է նաև թեստի արդյունքներով):

Փորձարկման արդյունքները

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

Եկեք նախ նայենք «զուտ ֆիզիկական» թեստերի արդյունքներին:

Տվյալների պատահական մուտքի միջին ժամանակը Hitachi Ultrastar 15K600 HUS156030VLS600 մեկ սկավառակի վրա կարդալիս կազմում է 5,5 մվ: Այնուամենայնիվ, երբ դրանք կազմակերպվում են զանգվածների մեջ, այս ցուցանիշը փոքր -ինչ փոխվում է. Այն նվազում է (LSI SAS9260 վերահսկիչում արդյունավետ քեշավորման շնորհիվ) «հայելային» զանգվածների համար և ավելանում է մնացած բոլորի համար: Ամենամեծ աճը (մոտ 6%) նկատվում է 6 մակարդակի զանգվածների համար, քանի որ վերահսկիչը պետք է միաժամանակ մուտք գործի ամենամեծ թվով սկավառակներ (երեքը RAID 6 -ի համար, երկուսը RAID 5 -ի և մեկը RAID 0 -ի համար, քանի որ այս թեստի հասցեն տեղի է ունենում ընդամենը 512 բայթ ծավալով բլոկներում, ինչը զգալիորեն փոքր է զանգվածի միջերես թողնող բլոկների չափից):

Գրելու ընթացքում զանգվածների (512 բայթ բլոկներով) պատահական մուտքի հետ կապված իրավիճակը շատ ավելի հետաքրքիր է: Մեկ սկավառակի համար այս պարամետրը կազմում է մոտ 2.9 ms (առանց պահող հսկիչում պահելու), սակայն LSI SAS9260 կարգավորիչի զանգվածներում մենք նկատում ենք այս ցուցանիշի զգալի նվազում `512 MB SDRAM- ում լավ գրելու քեշի պատճառով: վերահսկիչի բուֆեր: Հետաքրքիր է, որ ամենադրամատիկ էֆեկտը ձեռք է բերվում RAID 0 զանգվածների դեպքում (պատահական գրելու մուտքի ժամանակը նվազում է գրեթե մեկ կարգի համեմատ մեկ մեծության կարգով): Սա, անկասկած, պետք է բարերար ազդեցություն ունենա սերվերների մի շարք առաջադրանքներում նման զանգվածների կատարման վրա: Միևնույն ժամանակ, նույնիսկ XOR հաշվարկներով զանգվածների վրա (այսինքն ՝ մեծ բեռ SAS2108 պրոցեսորի վրա), պատահական գրելու մուտքը չի հանգեցնում ակնհայտ դանդաղեցման ՝ կրկին հզոր վերահսկիչի քեշի շնորհիվ: Բնական է, որ RAID 6 -ը այստեղ մի փոքր ավելի դանդաղ է, քան RAID 5 -ը, բայց նրանց միջև եղած տարբերությունը, ըստ էության, աննշան է: Այս թեստում ինձ որոշ չափով զարմացրեց մեկ «հայելու» պահվածքը, որը գրելու ժամանակ ցույց տվեց ամենադանդաղ պատահական հասանելիությունը (գուցե սա այս վերահսկիչի միկրոկոդի «առանձնահատկությունն» է):

Բոլոր զանգվածների գծային (հաջորդական) կարդալու և գրելու (մեծ բլոկներով) գծապատկերները չունեն որևէ առանձնահատկություն (կարդալու և գրելու համար դրանք գրեթե նույնական են, պայմանով, որ վերահսկիչ գրելու պահոցը միացված է) և դրանք բոլորը մասշտաբով են ըստ թվի «օգտակար» գործընթացին զուգահեռ մասնակցող սկավառակների վրա: Այսինքն, հինգ սկավառակի RAID 0 սկավառակների համար արագությունը «կրկնապատկվում է» մեկ սկավառակի համեմատ (հասնում է 1 ԳԲ / վ!), Հինգ սկավառակի RAID 5-ի դեպքում այն ​​«քառապատկվում է», RAID 6-ի դեպքում «եռապատկվում» է: (եռապատկվում է, իհարկե :)), չորս սկավառակներից RAID 1 -ի դեպքում այն ​​կրկնապատկվում է (աղմուկ չկա :)), իսկ պարզ հայելու համար `մեկ սկավառակի գրաֆիկները: Այս օրինակը հստակ տեսանելի է, մասնավորապես, մեծ բլոկներում (256 ՄԲ) մինչև 2 ՄԲ) իրական մեծ (256 ՄԲ) ֆայլերի կարդալու և գրելու առավելագույն արագության առումով, որը մենք ցույց կտանք ATTO Disk Benchmark- ի դիագրամով 2.46 թեստ (Windows 7 -ի և XP- ի համար այս թեստի արդյունքները գրեթե նույնական են):

Այստեղ միայն RAID 6 զանգվածի 5 սկավառակներով ֆայլերի ընթերցման դեպքն անսպասելիորեն դուրս է մնացել ընդհանուր պատկերից (արդյունքները բազմիցս ստուգվել են): Այնուամենայնիվ, 64 ԿԲ բլոկներում արագությունը կարդալու համար տրված զանգվածձեռք է բերում նշանակված 600 ՄԲ / վ: Այսպիսով, եկեք դուրս գրենք այս փաստը որպես ընթացիկ որոնվածի «առանձնահատկություն»: Նկատի ունեցեք նաև, որ իրական ֆայլեր գրելիս արագությունը փոքր -ինչ ավելի մեծ է ՝ հսկիչի հսկայական բուֆերում քեշի պատճառով, իսկ ընթերցման տարբերությունն ավելի նկատելի է, այնքան ցածր է զանգվածի իրական գծային արագությունը:

Ինչ վերաբերում է ինտերֆեյսի արագությանը, որը սովորաբար չափվում է բուֆերի կարդալու և գրելու պարամետրերով (մի քանի զանգ դեպի սկավառակի նույն ծավալի հասցե), ապա այստեղ մենք պետք է ընդունենք, որ այն գրեթե բոլոր զանգվածների համար նույնն էր ՝ ներառյալ այս զանգվածների համար վերահսկիչի քեշը (տես. աղյուսակ): Այսպիսով, մեր թեստի բոլոր մասնակիցների գրանցման տեմպերը մոտավորապես 2430 ՄԲ / վ էին: նկատեք, որ PCI ավտոբուս Express x8 2.0 տեսականորեն տալիս է 40 Գբ / վրկ կամ 5 ԳԲ / վ արագություն, սակայն, ըստ օգտակար տվյալների, տեսական սահմանն ավելի ցածր է ՝ 4 ԳԲ / վ, ինչը նշանակում է, որ մեր դեպքում վերահսկիչն իսկապես աշխատել է 2.0 տարբերակի համաձայն PCIe ավտոբուսից: Այսպիսով, մեր կողմից չափված 2.4 ԳԲ / վ-ը, ակնհայտորեն, վերահսկիչի ներքին հիշողության իրական թողունակությունն է (DDR2-800 հիշողություն ՝ 32-բիթանոց տվյալների շղթայով, ինչպես տեսականորեն երևում է տախտակի ECC չիպերի կազմաձևից): տալիս է մինչև 3.2 ԳԲ / վ): Arանգվածներ կարդալիս քեշը այնքան «համապարփակ» չէ, որքան գրելիս, հետևաբար, կոմունալ ծառայություններում չափվող «ինտերֆեյսի» արագությունը, որպես կանոն, ավելի ցածր է, քան վերահսկիչի քեշը կարդալու արագությունը (տիպիկ 2.1 ԳԲ / վ զանգվածների համար 5 -րդ և 6 -րդ մակարդակների), և որոշ դեպքերում այն ​​«ընկնում է» բուֆերն իրենք կարդալու արագության վրա կոշտ սկավառակներ(մոտ 400 ՄԲ / վ մեկ կոշտ սկավառակի համար, տե՛ս վերևի գրաֆիկը) բազմապատկած զանգվածի «հաջորդական» սկավառակների թվով (դրանք մեր արդյունքների միայն RAID 0 և 1 դեպքերն են):

Դե, «ֆիզիկայով», որը մենք գտանք առաջին մոտարկման ժամանակ, ժամանակն է անցնել «բառերի», այսինքն ՝ «իրական» երեխաների ծրագրերի թեստերի: Ի դեպ, հետաքրքիր կլինի պարզել, թե արդյոք զանգվածների կատարողականությունը կշեռվի օգտվողների բարդ առաջադրանքները կատարելիս նույնքան գծային, որքան մեծ է մեծ ֆայլեր կարդալիս և գրելիս (տե՛ս ATTO թեստի գծապատկերը հենց վերևում): Հետաքրքրասեր ընթերցողը, հուսով եմ, արդեն կարողացել է կանխատեսել այս հարցի պատասխանը:

Որպես ճաշատեսակի մեր «քնարական» մասի «աղցան», մենք կծառայենք PCMark Vantage և PCMark05 փաթեթներից աշխատասեղանի սկավառակի թեստերի (համապատասխանաբար Windows 7 և XP), ինչպես նաև նմանատիպ «ուղու» փորձարկում H2BenchW 4.13 փաթեթը ՝ գերմանական հեղինակավոր C'T ամսագրից: Այո, այս չափանիշներն ի սկզբանե նախատեսված էին աշխատասեղանի համակարգիչների և էժան աշխատատեղերում կոշտ սկավառակների գնահատման համար: Նրանք ընդօրինակում են առաջադեմ անհատական ​​համակարգչի բնորոշ առաջադրանքների սկավառակների վրա `վիդեո, աուդիո,« ֆոտոշոփ », հակավիրուսային, խաղերի, փոխանակման ֆայլերի, ծրագրերի տեղադրման, ֆայլերի պատճենման և գրելու և այլն աշխատելու համար: Հետևաբար, դրանց արդյունքները չպետք է լինեն վերցված այս հոդվածի համատեքստում. Այնուամենայնիվ, հաշվի առնելով այն, որ արտադրողն ինքն է տեղադրում այս RAID վերահսկիչը, այդ թվում `համեմատաբար էժան լուծումների դեպքում, թեստային առաջադրանքների այս դասը բավականին ընդունակ է բնութագրել ծրագրերի որոշակի մասնաբաժինը, որոնք իրականում կիրականացվեն նման զանգվածների վրա (նույն աշխատանքը վիդեո, պրոֆեսիոնալ գրաֆիկայի մշակում, օպերացիոն համակարգի և ռեսուրսների ինտենսիվ ծրագրերի փոխանակում, ֆայլերի պատճենում, հակավիրուսներ և այլն): Հետևաբար, մեր ընդհանուր փաթեթում այս երեք բարդ չափանիշների կարևորությունը չպետք է թերագնահատվի:

Հանրաճանաչ PCMark Vantage- ում, միջին հաշվով (տե՛ս դիագրամը), մենք նկատում ենք մի շատ ուշագրավ փաստ. Այս բազմասկավառակի լուծման աշխատանքը գրեթե անկախ օգտագործվող զանգվածի տեսակից է: Ի դեպ, որոշակի սահմաններում այս եզրակացությունը գործում է նաև PCMark Vantage և PCMark05 փաթեթներում ներառված բոլոր անհատական ​​թեստերի (առաջադրանքների տեսակների) համար (մանրամասների համար տե՛ս աղյուսակը): Սա կարող է նշանակել կամ այն, որ վերահսկիչի որոնվածի ալգորիթմները (քեշով և սկավառակներով) գրեթե հաշվի չեն առնում այս տեսակի ծրագրերի գործողությունների առանձնահատկությունները, կամ այն, որ այդ առաջադրանքների հիմնական մասը կատարվում է քեշի հիշողության մեջ վերահսկիչն ինքը (և, ամենայն հավանականությամբ, մենք դիտում ենք այս երկու գործոնների համադրություն): Այնուամենայնիվ, վերջին դեպքի համար (այսինքն ՝ մեծ մասամբ հետքերի կատարումը RAID վերահսկիչի պահոցում) լուծումների միջին կատարողականությունը այդքան էլ բարձր չէ. Համեմատեք այս տվյալները ոմանց փորձարկման արդյունքների հետ »: աշխատասեղան »(« չիպսեթ ») 4-սկավառակի RAID 0 զանգված և 5 և էժան մեկ SSD սկավառակ SATA 3Gb / s ավտոբուսում (տես ակնարկ): Եթե ​​համեմատենք մի պարզ «չիպսեթ» 4-սկավառակի RAID 0-ի հետ (և երկու անգամ ավելի դանդաղ կոշտ սկավառակների վրա, քան այստեղ օգտագործվող Hitachi Ultrastar 15K600- ը), LSI SAS9260- ի զանգվածները PCMark թեստերում երկու անգամ ավելի արագ են, ապա համեմատաբար նույնիսկ ամենաարագ «բյուջեն»: «Մեկ SSD- ով նրանք բոլորը հաստատ կորցնում են: PCMark05 սկավառակի թեստի արդյունքները տալիս են նման պատկեր (տես աղյուսակը. Նրանց համար առանձին դիագրամ նկարելը իմաստ չունի):

Նման պատկերը (որոշ վերապահումներով) LSI SAS9260- ի զանգվածների համար կարելի է դիտել մեկ այլ «ուղու» կիրառման հենանիշում `C'T H2BenchW 4.13: Այստեղ միայն երկու ամենադանդաղ (կառուցվածքի առումով) զանգվածներից (RAID 6 -ը 4 սկավառակներից և պարզ «հայելիից») նկատելիորեն հետ են մնում մնացած բոլոր զանգվածներից, որոնց կատարումը, ակնհայտորեն, հասնում է այդ «բավարար» մակարդակի, երբ ոչ ավելի երկար է մնում սկավառակի ենթահամակարգում, և SAS2108 պրոցեսորի արդյունավետության մեջ `վերահսկիչի քեշով` զանգերի այս բարդ հաջորդականություններով: Եվ այս համատեքստում մենք կարող ենք գոհ լինել այն փաստից, որ այս դասի առաջադրանքներում LSI SAS9260- ի վրա հիմնված զանգվածների կատարումը գրեթե անկախ օգտագործվող զանգվածի տեսակից (RAID 0, 5, 6 կամ 10), ինչը թույլ է տալիս ավելի շատ օգտագործել հուսալի լուծումներ ՝ առանց զոհաբերելու վերջնական կատարումը:

Այնուամենայնիվ, «Maslenitsa- ն բոլորը կատվի համար չէ». Եթե մենք փոխենք թեստերը և ստուգենք NTFS ֆայլային համակարգում իրական ֆայլերով զանգվածների աշխատանքը, պատկերը արմատապես կփոխվի: Այսպիսով, Intel NASPT 1.7 թեստում, որի «կանխադրված» սցենարներից շատերը ուղղակիորեն կապված են LSI MegaRAID SAS9260-8i վերահսկիչով հագեցած համակարգիչների համար բնորոշ առաջադրանքների հետ, զանգվածի տրամադրվածությունը նման է նրան, ինչ մենք դիտեցինք ATTO- ում: թեստ ՝ կարդալիս և գրելիս: մեծ ֆայլեր. կատարողականը համաչափ աճում է, քանի որ զանգվածների «գծային» արագությունը մեծանում է:

Այս դիագրամում մենք ներկայացնում ենք բոլոր թեստերի և NASPT օրինաչափությունների միջին ցուցանիշը, մինչդեռ աղյուսակում կարող եք տեսնել մանրամասն արդյունքները: Թույլ տվեք շեշտել, որ մենք գործարկել ենք NASPT- ը ինչպես Windows XP- ի ներքո (դա սովորաբար անում են շատ դիտարկիչներ), այնպես էլ Windows 7 -ի ներքո (ինչը, այս թեստի որոշակի առանձնահատկությունների պատճառով, կատարվում է ավելի հազվադեպ): Փաստն այն է, որ Seven- ը (և նրա «մեծ եղբայրը» Windows 2008 Server- ը) ֆայլերի հետ աշխատելիս օգտագործում են ավելի ագրեսիվ բնիկ քեշի ալգորիթմներ, քան XP- ը: Բացի այդ, «Յոթ» -ում մեծ ֆայլերի պատճենումը տեղի է ունենում հիմնականում 1 ՄԲ -ի բլոկներում (XP- ը, որպես կանոն, գործում է 64 ԿԲ -ի բլոկներում): Սա հանգեցնում է նրան, որ Intel NASPT «ֆայլ» թեստի արդյունքները զգալիորեն տարբերվում են Windows XP- ում և Windows 7 -ում. Վերջիններում դրանք շատ ավելի բարձր են, երբեմն ավելի քան երկու անգամ: Ի դեպ, մենք համեմատեցինք NASPT- ի (և մեր հավաքածուի այլ թեստերի) արդյունքները Windows 7 -ի ներքո ՝ 1 ԳԲ և 2 ԳԲ տեղադրված համակարգի հիշողության հետ (տեղեկություններ կան, որ մեծ քանակությամբ համակարգային հիշողության դեպքում Windows 7 -ում սկավառակի գործողությունների պահպանումը մեծանում է և NASPT- ի արդյունքները դառնում են նույնիսկ ավելի բարձր), այնուամենայնիվ, մենք որևէ տարբերություն չենք գտել չափման սխալի մեջ:

Այն վեճերը, թե որ OS- ն (քեշավորման քաղաքականության և այլնի առումով) «ավելի լավ» է սկավառակներ և RAID վերահսկիչներ փորձարկելու համար, թողնում ենք այս հոդվածի քննարկման թեմային: Մենք կարծում ենք, որ սկավառակների փորձարկումն ու դրանց հիման վրա լուծումները պետք է հնարավորինս մոտ լինեն իրենց գործունեության իրական իրավիճակներին: Ահա թե ինչու, մեր կարծիքով, երկու OS- ի համար մեր կողմից ստացված արդյունքները հավասար արժեք ունեն:

Բայց վերադառնանք NASPT- ի միջին կատարողական աղյուսակին: Ինչպես տեսնում եք, այստեղ մեր փորձարկած զանգվածների միջև եղած տարբերությունը միջինում երեք անգամից փոքր է միջինում: Սա, իհարկե, հնգապատիկ բաց չէ, ինչպես մեծ ֆայլեր կարդալիս և գրելիս, բայց նաև բավականին նկատելի է: Arանգվածները գործնականում տեղակայված են իրենց գծային արագության համեմատ, և սա լավ նորություն է. Սա նշանակում է, որ LSI SAS2108 պրոցեսորը բավականին արագ է մշակում տվյալները ՝ գրեթե առանց խոչընդոտների ստեղծման, երբ 5 և 6 մակարդակների զանգվածները ակտիվորեն աշխատում են:

Ազնվության համար պետք է նշել, որ NASPT- ում կան օրինաչափություններ (12 -ից 2 -ը), որոնցում դիտվում է նույն պատկերը, ինչ PCMark- ում ՝ H2BenchW- ով, այն է, որ բոլոր փորձարկված զանգվածների կատարումը գործնականում նույնն է: Դրանք են `Գրասենյակի արտադրողականությունը և Dir Copy- ը ԳԱԱ -ին (տես աղյուսակ): Սա հատկապես ակնհայտ է Windows 7 -ի դեպքում, չնայած «կոնվերգենցիայի» միտումը ակնհայտ է Windows XP- ի համար (այլ օրինաչափությունների համեմատ): Այնուամենայնիվ, PCMark- ում կան օրինակներ H2BenchW- ով, որտեղ զանգվածների կատարողականը աճում է դրանց գծային արագությանը համաչափ: Այսպիսով, ամեն ինչ այնքան պարզ ու միանշանակ չէ, որքան ոմանց դուր կգա:

Սկզբում ես ուզում էի քննարկել զանգվածների ընդհանուր կատարողականի դիագրամ, որը միջինացված է կիրառման բոլոր թեստերի վրա (PCMark + H2BenchW + NASPT + ATTO), այսինքն ՝ այս մեկը.

Այնուամենայնիվ, այստեղ քննարկելու ոչ մի առանձնահատուկ բան չկա. Մենք տեսնում ենք, որ LSI SAS9260 կարգավարի զանգվածների վարքագիծը որոշ ծրագրերի աշխատանքի նմանակող թեստերում կարող է արմատապես տարբերվել `կախված օգտագործված սցենարներից: Հետևաբար, ավելի լավ է եզրակացություններ անել որոշակի կազմաձևի առավելությունների վերաբերյալ `ելնելով այն խնդիրներից, որոնք դուք պատրաստվում եք կատարել միաժամանակ: Եվ դրանում մենք կարող ենք նկատելիորեն օգնել մեկ այլ մասնագիտական ​​թեստի `IOmeter- ի սինթետիկ նախշերով` նմանեցնելով տվյալների պահեստավորման համակարգի այս կամ այն ​​բեռը:

Թեստեր IOmeter- ում

Այս դեպքում մենք բաց կթողնենք բազմաթիվ օրինաչափությունների քննարկումը, որոնք ուշադիր չափում են աշխատանքի արագությունը ՝ կախված մուտքի բլոկի չափից, գրելու գործողությունների տոկոսից, պատահական մուտքերի տոկոսից և այլն: Սա, ըստ էության, մաքուր սինթետիկ է , ինչը քիչ օգտակար է տալիս գործնական տեղեկատվություն և հետաքրքրություն է ներկայացնում զուտ տեսականորեն: Ի վերջո, մենք արդեն պարզել ենք «ֆիզիկայի» հետ կապված հիմնական գործնական կետերը վերևում: Մեզ համար ավելի կարևոր է կենտրոնանալ իրական աշխատանքի նմանակող օրինաչափությունների վրա `տարբեր տեսակի սերվերներ, ինչպես նաև ֆայլերի գործառնություններ:

Սերվերներ նմանակելու համար, ինչպիսիք են File Server- ը, Web Server- ը և DataBase- ը (տվյալների բազայի սերվեր), մենք օգտագործեցինք համանուն հայտնի նախշերը, որոնք այդ ժամանակ առաջարկվել էին Intel- ի և StorageReview.com- ի կողմից: Բոլոր դեպքերի համար մենք զանգվածները ստուգեցինք հրամանի հերթի խորությամբ (QD) 1 -ից 256 -ով ՝ 2 քայլով:

«Տվյալների բազա» օրինակում, որն օգտագործում է սկավառակի պատահական մուտքը 8 ԿԲ բլոկներում զանգվածի ամբողջ ծավալի մեջ, կարելի է նկատել զանգվածների զգալի առավելություն ՝ առանց պարիտետային վերահսկողության (այսինքն ՝ RAID 0 և 1) հրամանով հերթի խորությունը 4 և ավելի բարձր, մինչդեռ պարիտետով բոլոր զանգվածները (RAID 5 և 6) ցուցադրում են շատ նման կատարում (չնայած նրանց միջև գծային մուտքի արագության երկակի տարբերությանը): Իրավիճակը կարելի է հեշտությամբ բացատրել. Բոլոր հավասարության ստուգված զանգվածները թեստերում ցույց են տվել նմանատիպ արժեքներ միջին պատահական մուտքի ժամանակի համար (տես վերևի դիագրամը), և հենց այս պարամետրն է հիմնականում որոշում այս թեստի կատարողականությունը: Հետաքրքիր է, որ բոլոր զանգվածների կատարողականը գրեթե գծայինորեն աճում է `մինչև 128 հասցեի հրամանի հերթի խորությունը, և միայն QD = 256 դեպքում, որոշ դեպքերում կարելի է տեսնել հագեցվածության նշույլ: QD = 256 պարիտետային զանգվածների առավելագույն կատարումը կազմել է մոտ 1100 IOps (վայրկյանում գործողություններ), այսինքն ՝ LSI SAS2108 պրոցեսորը ծախսում է 1 ms- ից պակաս ՝ մեկ կտոր տվյալների 8 ԿԲ-ում (մոտ 10 մլն մեկ բայթ XOR վայրկյանում գործողություններ RAID 6-ի համար, իհարկե, պրոցեսորը միաժամանակ կատարում է այլ առաջադրանքներ տվյալների մուտքագրման և ելքի և քեշ հիշողության հետ աշխատելու համար):

Ֆայլերի սերվերի օրինակով, որն օգտագործում է տարբեր չափերի բլոկներ զանգվածի զանգվածային պատահական մուտքի համար ՝ ամբողջ ծավալով, մենք դիտում ենք DataBase- ի նման նկար, այն տարբերությամբ, որ այստեղ հավասարության հինգ սկավառակի զանգված (RAID 5 և 6) արագությամբ նկատելիորեն գերազանցում են իրենց 4-սկավառակի գործընկերներին և ցուցադրում գրեթե նույնական կատարողականություն (մոտ 1200 IOps QD = 256-ով): Ըստ երևույթին, հինգերորդ սկավառակի ավելացումը վերահսկիչի երկու 4-ալիքային SAS նավահանգիստներից երկրորդին ինչ-որ կերպ օպտիմալացնում է պրոցեսորի հաշվարկային բեռը (I / O- ի պատճառով): Գուցե արժե համեմատել 4-սկավառակի զանգվածների արագությունը, երբ սկավառակները զույգերով միացված են վերահսկիչի տարբեր Mini-SAS միակցիչներին `LSI SAS9260- ում զանգվածների կազմակերպման օպտիմալ կազմաձևը որոշելու համար, բայց սա արդեն առաջադրանք այլ հոդվածի համար:

Վեբ սերվերի օրինակում, որտեղ, ըստ դրա ստեղծողների, սկավառակի վրա գրելու գործողություններ չկան (և, հետևաբար, գրելու համար XOR- գործառույթների հաշվարկ) որպես դասարան, պատկերը դառնում է ավելի հետաքրքիր: Փաստն այն է, որ մեր հավաքածուի բոլոր հինգ սկավառակների բոլոր երեք զանգվածները (RAID 0, 5 և 6) այստեղ նույնական կատարում են ցույց տալիս, չնայած նրանց միջև նկատելի տարբերությանը գծային ընթերցման արագության և հավասարության հաշվարկների առումով: Ի դեպ, այս նույն երեք զանգվածները, բայց 4 սկավառակներից, նույնպես արագությամբ նույնական են միմյանց: Եվ միայն RAID 1 -ը (և 10 -ը) ընկնում է նկարից: Թե ինչու է դա տեղի ունենում, դժվար է դատել: Հավանաբար, վերահսկիչն ունի շատ լավ ալգորիթմներ `« լավ սկավառակներ »ընտրելու համար (այսինքն ՝ հինգ կամ չորս սկավառակներից, որոնցից առաջինը գալիս են անհրաժեշտ տվյալները), ինչը RAID 5 և 6 -ի դեպքում մեծացնում է տվյալների ավելի վաղ ժամանման հավանականությունը ափսեներ ՝ նախապես պատրաստելով պրոցեսորը անհրաժեշտ հաշվարկների համար (հիշեք հրամանի խորքային հերթը և մեծ DDR2-800 բուֆերը): Արդյունքում, սա կարող է փոխհատուցել XOR հաշվարկների հետ կապված ուշացումը և դրանք «հնարավորությունների» դեպքում հավասարեցնել «պարզ» RAID 0 -ով: Ամեն դեպքում, LSI SAS9260 կարգավորիչը կարող է գովաբանվել միայն իր չափազանց բարձր արդյունքների համար (մոտ 1700 IOps 5-սկավառակի զանգված `QD = 256) վեբ սերվերի օրինակով` հավասարության զանգվածների համար: Unfortunatelyավոք, սերվերի այս բոլոր նախշերով երկու սկավառակի հայելու շատ ցածր կատարողականությունը դարձել է քսուքի ճանճ:

Վեբ սերվերի օրինակը կրկնում է մեր սեփական օրինակը, որը ընդօրինակում է փոքր (64 ԿԲ) ֆայլերի պատահական ընթերցում ամբողջ զանգվածի տարածության մեջ:

Կրկին, արդյունքները խմբավորվեցին խմբերի մեջ. Բոլոր 5-սկավառակի զանգվածները միմյանց արագությամբ նույնական են և առաջատար դիրքերում են մեր «մրցավազքում», 4-սկավառակի RAID 0, 5 և 6-ը կատարման մեջ նույնպես չեն տարբերվում միմյանցից, և ընդհանուր զանգվածից դուրս են գալիս միայն «հայելիներ» (ի դեպ, 4-սկավառակի «հայելի», այսինքն ՝ RAID 10-ն ավելի արագ է, քան մյուս 4-սկավառակի զանգվածները, ըստ երևույթին, «հաջող սկավառակ ընտրելու» նույն ալգորիթմի պատճառով: "): Մենք շեշտում ենք, որ այս օրինաչափությունները վավեր են միայն հրամանատարական հերթի մեծ խորության համար, մինչդեռ փոքր հերթով (QD = 1-2) իրավիճակը և առաջնորդները կարող են բոլորովին այլ լինել:

Ամեն ինչ փոխվում է, երբ սերվերներն աշխատում են մեծ ֆայլերի հետ: "Ամանակակից «ծանր» բովանդակության և նոր «օպտիմալացված» ՕՀ -ի պայմաններում Windows տեսակի 7, 2008 սերվեր և այլն: մեգաբայթ ֆայլերի և 1 ՄԲ տվյալների բլոկների հետ աշխատանքը դառնում է ավելի կարևոր: Այս իրավիճակում, մեր նոր օրինակը, որը կրկնօրինակում է 1 ՄԲ ֆայլերի պատահական ընթերցում ամբողջ սկավառակի ներսում (նոր օրինաչափությունների մանրամասները նկարագրվելու են մեթոդաբանության առանձին հոդվածում), օգտակար է LSI սերվերի ներուժն ավելի լիարժեք գնահատելու համար: SAS9260 վերահսկիչ:

Ինչպես տեսնում եք, 4-սկավառակի «հայելին» այստեղ ոչ ոքի հույս չի թողնում առաջնորդության վրա ՝ հստակ գերակշռելով հրամանների ցանկացած հերթում: Նրա կատարողականությունը նույնպես սկզբնապես գծային կերպով աճում է `հրամանի հերթի խորության բարձրացման հետ մեկտեղ, սակայն RAID 1 -ի համար QD = 16 -ի դեպքում այն ​​հասնում է հագեցվածության (արագությունը մոտ 200 ՄԲ / վ է): Մի փոքր «ավելի ուշ» (QD = 32 -ի դեպքում) կատարողականի հագեցվածությունը տեղի է ունենում այս թեստում ավելի դանդաղ զանգվածներում, որոնցից «արծաթ» և «բրոնզ» պետք է տրվեն RAID 0 -ին, իսկ հավասարության զանգվածները դրսից են ՝ պարտվելով նույնիսկ RAID- ի փայլելուց առաջ: Երկու սկավառակներից 1 -ը, որը պարզվում է զարմանալիորեն լավ: Սա մեզ տանում է այն եզրակացության, որ նույնիսկ կարդալիս, մեծ ֆայլերի և բլոկների հետ աշխատելիս (պատահականորեն տեղակայված) LSI SAS2108 պրոցեսորի վրա հաշվարկային XOR բեռը դրա համար շատ ծանր է, իսկ RAID 6 -ի դեպքում, որտեղ այն իրականում կրկնապատկվում է, երբեմն նույնիսկ չափազանց մեծ - լուծումների կատարումը հազիվ գերազանցում է 100 ՄԲ / վրկ, այսինքն ՝ 6-8 անգամ ցածր, քան գծային ընթերցմամբ: Ավելորդ RAID 10 -ը այստեղ ակնհայտորեն ավելի շահավետ է:

Երբ փոքր ֆայլեր պատահականորեն ձայնագրվում են, պատկերը կրկին ցնցողորեն տարբերվում է ավելի վաղ տեսածներից:

Փաստն այն է, որ այստեղ զանգվածների կատարումը գործնականում կախված չէ հրամանի հերթի խորությունից (ակնհայտ է, որ ազդում են LSI SAS9260 հսկիչի հսկայական պահոցը և կոշտ սկավառակների բավականին մեծ պահոցները), բայց այն կտրուկ փոխվում է տիպի հետ զանգվածի! Այստեղ անվերապահ առաջատարները «անպարկեշտ» են RAID 0 պրոցեսորի համար, իսկ «բրոնզե» `ավելի քան երկու անգամ կորուստ առաջատարի համար` RAID- ում: Բոլոր հավասարաչափ զանգվածներով ձևավորվել է շատ մոտ մեկ խումբ `երկու սկավառակի հայելիով ( դրանց մասին մանրամասները տրված են առանձին գծապատկերում ՝ հիմնականի ներքո), երեք անգամ պարտվելով առաջատարներին: Այո, սա հաստատ ծանր բեռ է վերահսկիչ պրոցեսորի վրա: Այնուամենայնիվ, անկեղծ ասած, ես չէի սպասում նման «ձախողում» SAS2108- ից: Երբեմն նույնիսկ ծրագրային RAID 5 -ը, որը հիմնված է «չիպսեթ» SATA վերահսկիչի վրա (Windows- ի միջոցով քեշավորմամբ և համակարգչի կենտրոնական պրոցեսորի միջոցով հաշվարկով) կարողանում է ավելի արագ աշխատել ... գրելու միջին մուտքի ժամանակացույցը արդյունքների բաժնի սկիզբը:

1 ՄԲ մեծ ֆայլերի պատահական գրառմանը անցումը հանգեցնում է արագության բացարձակ ցուցանիշների ավելացմանը (RAID 0 -ի դեպքում `գրեթե նման ֆայլերի պատահական ընթերցման արժեքներին, այսինքն` 180-190 ՄԲ / վ), բայց ընդհանուր պատկերը մնում է գրեթե անփոփոխ. զանգվածները հավասարաչափ շատ անգամ ավելի դանդաղ են, քան RAID 0 -ը:

RAID 10 -ի պատկերը հետաքրքրասեր է. Դրա կատարողականը նվազում է հրամանի հերթի խորության աճով, չնայած ոչ այնքան: Մնացած զանգվածների դեպքում նման ազդեցություն չկա: Երկու սկավառակի «հայելին» այստեղ կրկին համեստ տեսք ունի:

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

Նախ `64 ԿԲ ֆայլեր պատահականորեն ամբողջ զանգվածում:

Այստեղ, որոշակի նմանություն DataBase օրինակի արդյունքների հետ ակնհայտ է, չնայած զանգվածների բացարձակ արագությունները երեք անգամ ավելի բարձր են, և նույնիսկ QD = 256 դեպքում, որոշ կատարողականի հագեցվածությունն արդեն նկատելի է: Այս դեպքում գրելու գործառնությունների ավելի բարձր տոկոսադրույքը (համեմատած DataBase- ի օրինակի հետ) հանգեցնում է նրան, որ պարիտետով և երկու սկավառակի «հայելով» զանգվածները ակնհայտ կողմնակի անձինք են դառնում ՝ արագությամբ զգալիորեն զիջելով RAID 0 և 10 զանգվածներին:

1 ՄԲ ֆայլերի անցնելիս այս օրինակը հիմնականում պահպանվում է, չնայած բացարձակ արագությունները մոտավորապես եռապատկվում են, և RAID 10-ը դառնում է նույնքան արագ, որքան 4 սկավառակի շերտը, ինչը լավ նորություն է:

Այս հոդվածի վերջին օրինակը կլինի մեծ ֆայլերի հաջորդական (ի տարբերություն պատահականության) գործը:

Եվ ահա արդեն շատ զանգվածներին հաջողվում է գերբեռնվել 300 ՄԲ / վրկ արագությամբ շատ պատշաճ արագությունների վրա: Եվ չնայած առաջատարի (RAID 0) և արտաքինի (երկու սկավառակ RAID 1) միջև ավելի քան երկու անգամ բացը դեռ մնում է (նկատի ունեցեք, որ գծային ընթերցմամբ կամ գրելով, այս բացը հինգ անգամ է) չի կարող ոգևորիչ լինել: Իրոք, դատելով այս վերահսկիչի դիմումների ցանկից, որը տրամադրում է LSI- ն (տե՛ս հոդվածի սկիզբը), շատ թիրախային առաջադրանքներ կօգտագործեն զանգվածներին մուտք գործելու այս բնույթը: Եվ սա հաստատ արժե հաշվի առնել:

Եզրափակելով, ես կտամ վերջնական դիագրամ, որտեղ միջինացված են բոլոր վերը նշված IOmeter թեստերի օրինաչափությունների ցուցանիշները (երկրաչափականորեն բոլոր օրինաչափությունների և հրամանների հերթերի վրա, առանց կշռման գործոնների): Հետաքրքիր է, որ եթե այս արդյունքների միջինը յուրաքանչյուր օրինաչափության մեջ կատարվում է թվաբանորեն համապատասխանաբար 0.8, 0.6, 0.4 և 0.2 քաշային գործակիցներով `համապատասխանաբար 32, 64, 128 և 256 հրամանների հերթերի համար (ինչը պայմանականորեն հաշվի է առնում սկավառակների ընդհանուր շահագործման մեջ հրամանի հերթի խորությամբ գործողությունների մասնաբաժինը), ապա զանգվածների կատարման վերջնական (բոլոր օրինաչափությունների համար) 1% -ի սահմաններում համընկնում է երկրաչափական միջինին:

Այսպիսով, IOmeter թեստի մեր օրինաչափությունների միջին «ջերմաստիճանը հիվանդանոցում» ցույց է տալիս, որ «մաթեմատիկայից ֆիզիկայից» խուսափելու միջոց չկա. Միանշանակ RAID 0 և 10 առաջատարներն են: որոշ դեպքերում ՝ արժանապատիվ կատարում, ընդհանրապես, չի կարող նման զանգվածները «պահել» պարզ «շերտի» մակարդակին: Միևնույն ժամանակ, հետաքրքիր է, որ 5-սկավառակի կազմաձևերը հստակ ավելանում են 4-սկավառակների համեմատ: Մասնավորապես, 5-սկավառակ RAID 6-ը միանշանակ ավելի արագ է, քան 4-սկավառակ RAID 5-ը, թեև «ֆիզիկայի» (պատահական մուտքի ժամանակ և գծային մուտքի արագություն) առումով դրանք գրեթե նույնական են: Ինձ հիասթափեցրեց նաև երկու սկավառակի «հայելին» (միջինում դա համարժեք է 4-սկավառակի RAID 6-ին, չնայած հայելու համար տվյալների յուրաքանչյուր բիթին երկու XOR հաշվարկ չի պահանջվում): Այնուամենայնիվ, պարզ «հայելին» ակնհայտորեն թիրախային զանգված չէ բավականաչափ հզոր 8 պորտի SAS վերահսկիչի համար ՝ մեծ քեշով և հզոր ներկառուցված պրոցեսորով: :)

Տեղեկություններ գների մասին

LSI MegaRAID SAS 9260-8i 8 նավահանգիստ SAS վերահսկիչն ամբողջական փաթեթով գինը կազմում է $ 500 տարածաշրջանում, որը կարելի է բավականին գրավիչ համարել: Նրա պարզեցված 4 նավահանգիստը նույնիսկ ավելի էժան է: Սարքի ավելի ճշգրիտ միջին մանրածախ գինը Մոսկվայում ՝ համապատասխան այս հոդվածը կարդալիս.

LSI SAS 9260-8iLSI SAS 9260-4i
$571() $386()

Եզրակացություն

Ամփոփելով վերը նշվածը, մենք կարող ենք եզրակացնել, որ չենք համարձակվի միատեսակ առաջարկություններ տալ «բոլորի համար» 8-նավահանգիստ LSI MegaRAID SAS9260-8i կարգավորիչով: Յուրաքանչյուրը պետք է ինքնուրույն եզրակացություններ անի դրա օգտագործման անհրաժեշտության վերաբերյալ և դրա օգնությամբ կազմաձևի որոշակի զանգվածներ `խստորեն հիմնված միաժամանակ գործարկվող առաջադրանքների դասի վրա: Փաստն այն է, որ որոշ դեպքերում (որոշ առաջադրանքների դեպքում) այս էժանագին «մեգամոնստերը» ի վիճակի է ցուցադրել գերազանց կատարում նույնիսկ կրկնակի հավասարությամբ զանգվածների վրա (RAID 6 և 60), բայց այլ իրավիճակներում նրա RAID 5 և 6 արագությունը հստակ հեռանում է: շատ ցանկալի է .... Եվ միակ փրկությունը (գրեթե համընդհանուր) կլինի RAID 10 զանգվածը, որը կարելի է գրեթե նույն հաջողությամբ կազմակերպել ավելի էժան վերահսկիչների վրա: Այնուամենայնիվ, հաճախ SAS9260-8i պրոցեսորի և քեշի շնորհիվ է, որ RAID 10 զանգվածն այստեղ իրեն ավելի դանդաղ է պահում, քան նույն թվով սկավառակների շերտը ՝ միաժամանակ ապահովելով լուծման բարձր հուսալիությունը: Բայց այն, ինչ անպայման պետք է խուսափել SAS9260-8i- ի ​​դեպքում, երկու սկավառակի DSLR և 4 սկավառակներ RAID 6 և 5 են. Դրանք ակնհայտորեն այս վերահսկիչի ենթաօպտիմալ կազմաձևերն են:

Շնորհիվ Hitachi Global Storage Technologies- ի
փորձարկման համար նախատեսված կոշտ սկավառակների համար:

ներառված չէ.

Բարձրորակ 6 Գբ / վ ապարատային RAID վերահսկիչ 9260-8i ՝ 8 ներքին պորտով (2 SFF8087 միակցիչ) և 512 ՄԲ ներկառուցված հիշողությամբ ՝ աջակցելով մինչև 128 SAS և SATA կրիչներ ՝ RAID-on-Chip տեխնոլոգիայով:

Բարձրորակ MegaRAID SATA + SAS 9260 ապրանքային շարքը ապահովում է տվյալների փոխանցման հիանալի արագություն ՝ մինչև 2880 ՄԲ / վ ընթերցում, 1850 ՄԲ / վ գրել, և 147,000 պատահական մուտք / ելք ՝ նույնիսկ ամենախստապահանջ ծրագրերին աջակցելու համար, ինչպիսիք են տվյալների շտեմարանները և տեսամշակումը: .

Այս ապրանքները հնարավորություն են տալիս 3 Գբ / վ և 6 Գբ / վ կրիչ ՝ աջակցությամբ ներքին կապինչպես SATA, այնպես էլ SAS կրիչներ:

Սերվերի SATA կամ SAS կրիչների ներքին միացում: Թույլ է տալիս աշխատել 128 սարքերի հետ `օգտագործելով SAS ընդլայնիչներ: LSI RAID-on-Chip (ROC) տեխնոլոգիա և առաջնային PCI Express ինտերֆեյս `բարձր թողունակության ծրագրերի համար:

Լրացուցիչ պահեստային մարտկոց `սերվերի անսարքության դեպքում տվյալների կորուստը կանխելու համար:

Աջակցում է լրացուցիչ CacheCade, FastPath և Recovery / Snapshots ծրագրակազմին:

ԿԱՐԵՎՈՐ մասեր

  • Առավելագույն հասանելի մակարդակ ՝ կարդալու ռեժիմ ՝ 2.875 ՄԲ / վ, գրելու ռեժիմ ՝ 1.850 ՄԲ / վ
  • PCI Express 2.0 ապահովում է ազդանշանի փոխանցման ավելի արագ տեմպեր բարձր թողունակության ծրագրերի համար
  • Առավելագույն ճկունություն 3Gb / s և 6Gb / s SATA և SAS կրիչների աջակցությամբ
  • SafeStore Encryption տեխնոլոգիան ապահովում է տվյալների ավելի ուժեղ պաշտպանություն
  • Profileածր պրոֆիլի MD2 դիզայն, որը հարմար է կոմպակտ 1U և 2U ճարտարապետությունների համար

Տեխնիկական պայմաններ

Պարամետր Նկարագրություն
ՊրոցեսորLSISAS2108 RAID-on-Chip (ROC) 800 ՄՀց PowerPC®
ԿատարողականությունՄինչև 6 Գբիթ / վրկ մեկ նավահանգստի համար
Ինտերֆեյսեր

Ութ ներքին SATA + SAS նավահանգիստ
Երկու ներքին ինտերֆեյս SFF-8087

ՀիշողությունՔեշ - 512 ՄԲ DDRII (800 ՄՀց)
Աջակցվող սարքերից #մինչև 32 SATA և / կամ SAS սկավառակներ
Աջակցված RAID մակարդակներինRAID - մակարդակ 0, 1, 5 և 6
Ընդլայնված RAID 10, 50 և 60
Հյուրընկալողի վերահսկիչի միջերեսX8 PCI Express v2.0
Ձևի գործոնProfileածր պրոֆիլի MD2 ձևաչափ (167.64 մմ x 64.42 մմ)
Ֆունկցիոնալություն

Արտակարգ սնուցման սարք (տարբերակ, ուղղակի միացում)

Ավտոմատ վերսկսում թարմացումից հետո

Ավտոմատ վերսկսում վերականգնումից հետո

Առցանց կարողությունների ընդլայնում (OCE)

Առցանց RAID մակարդակի միգրացիա (RLM)

SafeStore տվյալների կոդավորման համակարգ

Տվյալների անհապաղ ջնջման գործառույթ

SSD աջակցություն SSD Guard ™ տեխնոլոգիայով

Գլոբալ և նվիրված կրկնօրինակումներ, արտակարգ իրավիճակների տաք կրկնօրինակում ՝ տվյալների վերականգնմամբ

Ավտոմատ վերականգնում

Կառուցվածքային ամբողջականություն թեժ սպասման համար

SATA արտակարգ իրավիճակների տաք պահեստ SAS զանգվածների համար

Բազմալիքային աջակցության կառուցվածք մեկ վերահսկիչի համար (ձախողում)

Բեռների բաշխում

RAID կառավարման համապարփակ ծրագիր

Հարգելի հաճախորդներ:
Խնդրում ենք նկատի ունենալ, որ այս կայքում տեղադրված ապրանքների վերաբերյալ տեղեկատու առաջարկը չէ, սարքավորումների առկայությունն ու արժեքը պետք է ստուգվեն «ՆԱԳ» ՍՊԸ -ի ղեկավարների հետ, ովքեր ուրախ կլինեն օգնել ձեզ սարքավորումների ընտրության և դրա պատվերների հարցում: .

Արտադրողը իրեն իրավունք է վերապահում փոխել տեսքը, տեխնիկական պայմանները և սարքավորումները ՝ առանց նախազգուշացման:

Մոտ երկու տարի է անցել 9260 շարքի կարգավորիչների հայտարարությունից, առանց «CV» նախածանցով մոդելների: Այս ընթացքում, ինտերնետի ռուսալեզու հատվածում, ՏՏ լրագրության մեր գործընկերները հրապարակել են այս շարքի արժանիքները նկարագրող մի քանի ակնարկներ, և կատարվել են բազմաթիվ թեստեր: Մեր գործընկերների ամբողջ ուղին չկրկնելու համար մենք որոշեցինք նորացված շարքի վերահսկիչներում բացահայտել «CV» հապավման իմաստը: Հետևաբար, մենք փորձարկումներ կատարեցինք `շուկայում արդեն ծանոթ վերահսկիչների և« CV »մակնիշով թարմացված վերահսկիչների միջև տարբերությունը բացահայտելու համար: Իհարկե, մենք դեռ պետք է անցնենք նույն քայլերը, ինչ մեր գործընկերները, այն է ՝ RAID մակարդակների թեստերի արդյունքները հեռացնելու համար: Բայց մենք հուսով ենք, որ «Cache Cade» - ի հետ վերահսկիչի աշխատանքի արդյունքների համեմատական ​​վերլուծությունը կգնահատվի մեր ընթերցողների կողմից: Բայց առաջին հերթին առաջինը:

Վերահսկիչի բնութագրերը

Սկսենք ՝ նայելով վերահսկիչի ապարատին, նրա ամենակարևոր բնութագրերին և հնարավորություններին, այն գործառույթին, որը նա կրում է «ինքնաթիռում» և որը տրամադրվում է լրացուցիչ ծրագրակազմով:

Սարքավորման և ծրագրակազմի հիմնական բնութագրերը ներկայացված են աղյուսակում

LSI MegaRAID SAS 9260CV-8i

Լուծում Ութ նավահանգիստ ներքին SATA + SAS կարգավորիչներ I / O ինտենսիվ ծրագրերի համար: Լայն թողունակություն, SAS, SATA կամ SSD միացում: Կրճատված սպասարկում և սեփականության ընդհանուր արժեքը CacheVault տեխնոլոգիայով
Չափերը (խմբագրել) Profileածր պրոֆիլի MD2 ձևաչափ (6.6 "X 2.536")
Միակցիչներ Երկու ներքին Mini-SAS SFF-8087 միակցիչ
Սարքի աջակցություն Մինչև 128 SAS և / կամ SATA կոշտ սկավառակներ և պինդ վիճակի կրիչներ
Հիմնական պրոցեսորային ավտոբուսի տեսակը PCI Express x8 տարբերակ 2.0
Բաուդի տոկոսադրույքը Մինչև 6 Գբիթ / վրկ (մեկ նավահանգստի համար)
SAS վերահսկիչ I / O պրոցեսոր LSISAS2108 ՝ RAID չիպով (ROC)
Քեշի չափը 512 ՄԲ DDRII SDRAM
Քեշի պաշտպանություն MegaRAID CacheVault Flash Cache պաշտպանություն
RAID տվյալների պաշտպանության հիմնական առանձնահատկությունները
  • RAID - 0, 1, 5 և 6 մակարդակներ
  • RAID- ի ընդլայնում մինչև 10, 50 և 60
  • Առցանց կարողությունների ընդլայնում (OCE)
  • Առցանց RAID մակարդակի միգրացիա (RLM)
  • Autoանգվածի արդիականացման կամ վերակառուցման (RLM) պատճառով հոսանքի անջատումից հետո ավտոմատ վերսկսվել
  • Բազմալիքային աջակցության կառուցվածք մեկ վերահսկիչի համար (ձախողում)
  • Բեռների բաշխում
  • Մինչև 1 ՄԲ տվյալների շերտազատման հատվածի կազմաձևում
  • Արագ սկզբնավորում զանգվածի արագ տեղադրման համար
  • Տվյալների հետևողականության ստուգում
  • Պարբերաբար ստուգում `մեդիայի սկանավորում և վերականգնում
  • Աջակցում է 64 տրամաբանական կրիչներ
  • Աջակցում է մինչև 64 ՏԲ մեկ տրամաբանական միավորի (LUN)
  • Սկավառակի կոնֆիգուրացիա (COD) DDF- ի հետ համատեղելի
  • S.M.A.R.T աջակցություն
  • Համօգտագործվող և պառակտված տաք պահեստամաս ՝ վերականգնման գործառույթով
RAID կառավարում
  • MegaRAID կառավարման հավաքակազմ
  • MegaRAID պահեստավորման մենեջեր
  • MegaCLI (Հրամանի տողի միջերես)
  • WebBIOS
Ընտրովի SSD օպտիմալացում

MegaRAID CacheCade ծրագրակազմը բարձրացնում է մուտքի / ելքի արդյունավետությունը ՝ օգտագործելով որպես քեշ հիշողություն պինդ վիճակի շարժիչ ուժ
MegaRAID Fast Path ծրագրակազմը տրամադրում է մինչև 150,000 IOPS SSD զանգվածների համար

9260CV-8i վերահսկիչը պատկանում է Value Line շարքին (առկա լուծումների շարք): Այս մոդելը Feature Line- ի ամենաթանկ վերահսկիչներից տարբերվում է CacheVault- ի (NAND Flash հիշողություն) վերահսկիչով «ինքնաթիռում» առկայությամբ և սովորական լիթիում-իոնային պահեստային մարտկոցների (BBU) փոխարեն գերակոնդենսատորների օգտագործմամբ: Ի տարբերություն Entry շարքի սարքերի, 9260CV-8i- ն օգտագործում է PowerPC ճարտարապետությամբ ավելի հզոր LSISAS2108 800 ՄՀց պրոցեսոր:

Աջակցվող RAID մակարդակների տեսակները չեն փոխվել: Հայտարարվում են նույն ծանոթ RAID տեսակները և դրանց փոփոխությունները ՝ 0, 00, 1, 10, 5, 50, 6 և 60:

Ինչպես նշեցինք վերևում, գերհզոր կոնդենսատորները զբաղեցրել են սովորական BBU պահեստային մարտկոցի տեղը, որը դարձել է նոր քեշի պաշտպանության մի մասը (Cache Vault): Cache Vault- ի շահագործման հիմնական սկզբունքը գրեթե նույնական է BBU- ի օգտագործմանը: Սուպերկոնդենսատորը պահպանում է պահեստի հզորությունը: Բայց, եթե լիթիում-իոնային բջիջներով դասական BBU- ի դեպքում վերահսկիչի RAM- ում տեղեկությունները պահվում են մոտ 72 ժամ, որից հետո տվյալները անհետանում են, ապա գերակոնդենսատորը, բացի պահոցում պահելուց, թույլ է տալիս ձայնագրել տեղեկություններ քեշից մինչև վերահսկիչի վրա տեղակայված NAND ֆլեշ մոդուլ: Երբ էներգիան վերականգնվի, NAND- ից ստացվող տեղեկատվությունը կրկին կգրվի վերահսկիչի քեշում: Ըստ LSI (LSI MegaRaid CacheVault Technology), NAND- ում տեղեկատվությունը կարող է պահվել մոտ երեք տարի:

Ծրագրային ապահովում

Կառավարիչը կառավարելու և կազմաձևելու ամենահարմար ձևը MegaRAID Storage Manager- ի միջոցով է: Գոյություն ունի նաև այսպես կոչված WebBIOS - վերահսկիչ BIOS, որը կոչվում է սերվերի բեռնման ընթացքում նախաստորագրման, ինչպես նաև հրամանի տող(CLI):

Որոշակի գումարով վերահսկիչի գործառույթները կարող են զգալիորեն ընդլայնվել: Լրացուցիչ ֆունկցիոնալությունը ներառում է հետևյալ մասնավոր LSI տեխնոլոգիաները:

MegaRAID FastPath

Թույլ է տալիս օպտիմալացնել վերահսկիչին միացված SSD կրիչների աշխատանքը և մեծացնել գործարքային ծրագրերի համար մուտքի / ելքի գործողությունների թիվը: LSI- ն պնդում է 3x կատարողականի բարելավում ՝ մինչև 150,000 IOPS, MegaRAID FastPath- ով:

MegaRAID CacheCade

Գործառույթ, որի միջոցով SSD- ն օգտագործվում է որպես կոշտ սկավառակների զանգվածի քեշ, ինչը կարող է բարելավել կատարումը վեբ ծրագրերի, տվյալների շտեմարանների և իրական ժամանակի գործարքների մշակման (OLTP) մոտ 50 անգամ:

MegaRAID վերականգնում

Օգտագործելով նկարահանման տեխնոլոգիա ՝ այս հնարավորությունը թույլ է տալիս ստեղծել համակարգի մակարդակի պատկերներ: Հնարավոր է վերականգնել ինչպես առանձին թղթապանակներ, այնպես էլ ֆայլեր, ինչպես նաև համակարգի ընդհանուր վիճակ:

MegaRAID SafeStore

Սկավառակների մեջ ներկառուցված ինքնակոդավորվող կրիչների (SED) ծածկագրման համակարգի հետ միասին այն ապահովում է անվտանգության բարձր մակարդակ չարտոնված մուտքի և տվյալների փոփոխման փորձերի դեմ:

Թվարկված գործառույթներն ակտիվացնելու երկու տարբերակ կա: Առաջինը `օգտագործել ապարատային բանալին, այսինքն` միկրոշրջան, որը տեղադրված է անմիջապես վերահսկիչի վրա: Երկրորդը `ծրագրային բանալին մուտքագրել RAIDweb վահանակի միջոցով կամ անմիջապես օպերացիոն համակարգում տեղադրված MegaRAID Storage Manager հավելվածի միջոցով: Ընտրանքները համարժեք են արդյունքի առումով, և օգտվողը կարող է ընտրել գործառույթներն ակտիվացնելու ամենահարմար տարբերակը:

Փորձարկման մեթոդաբանություն

Մեր մեթոդաբանությունը հիմնված է սերվերային ծրագրային ապահովման մեր երկար տարիների փորձի վրա: Բայց, ինչպես սովորաբար լինում է, կա որոշակի սուբյեկտիվություն: Հետևաբար, մենք պատրաստ ենք ընթերցողների հետ միասին հղկել մեթոդաբանությունը: Թողեք ձեր ցանկությունները հոդվածի վերջում:

Մենք օգտագործեցինք Windows 2008 R2 պլատֆորմը և օգտագործեցինք IOMeter կոմունալ տարբերակը 2006.07.27 ՝ I / O ենթահամակարգը գնահատելու համար:

Փորձարկման ժամանակ մենք օգտագործեցինք Asustek RS720-E6 սերվերը: Կազմաձևը ներկայացված է ստորև բերված աղյուսակում:

Asustek RS720-E6 թեստային սերվերի կազմաձևում
Բաղադրիչ Տեխնիկական պայմաններ
Մայր տախտակ ASUS Z8PE-D18
Միկրոպրոցեսոր 2 х Intel Xeon E5620 (Westmere-EP), 2.40 ԳՀց, 12 ՄԲ քեշ
RAM 12 х Samsung DIMM DDR3-1333 4 ԳԲ PC3-10600 ECC Գրանցված է M393B5273BH1-CH9
Կոշտ սկավառակներ 7 х Hitachi Ultrastar 15K600 SAS-2.0 600 ԳԲ 15000 պտույտ / րոպե 64 ՄԲ HUS156060VLS600
Կոշտ վիճակի շարժիչ Intel SSD 510 250 ԳԲ

Մենք գործառնական համակարգի համար նշանակեցինք յոթ սկավառակներից մեկը: Մեր օգտագործած սերվերի պատյանը աջակցում է 12 կրիչ, բայց քանի որ դրա հետևի հարթակը չի պարունակում ընդլայնիչ, և վերահսկիչը միացված է սովորական 7-պինյա SATA մալուխների միջոցով, մենք օգտագործել ենք ընդամենը 7 կրիչ: Մենք նաև օգտագործեցինք մեկ ոտնահետք SSD- ի համար CacheCade- ի ներքո:

Փորձարկման համար մենք օգտագործեցինք պատրաստ կաղապարներ IOmeter- ում ՝ WebServer, DataBase, FileServer, WorkStation: Մենք նաև օգտագործեցինք հաջորդական և պատահական ձևանմուշներ `տարբեր չափերի տվյալների բլոկներով` 512 բայթից մինչև 1 ՄԲ `նախորդ բլոկից երկու անգամ ավելի քայլով: Հրամանների հերթի խորությունը ընտրվել է 30 -ի հավասար, ինչը հնարավորություն տվեց սկավառակի ենթահամակարգը բեռնել: Հրամանների հերթի մեծ խորքերը բնորոշ են կորպորատիվ միջավայրերին, որտեղ սկավառակի ենթահամակարգը գտնվում է մեծ բեռի տակ: Այս բեռը կարող է լինել վիրտուալ մեքենաներ և տերմինալային սերվերներ: Ինչպես տեսնում եք մեր հարթակի բնութագրերից, այն պարզապես նախատեսված է կորպորատիվ հատվածի համար: Էմպիրիկորեն պարզվել է, որ 30 հրաման ստորին սահմանն է, որից սկավառակի ենթահամակարգի վրա սկսվում է ավելացած բեռը: Փորձարկվեցին RAID- ի բոլոր մակարդակները և դրանց փոփոխությունները ՝ վերահսկիչի աջակցությամբ ՝ Cache Cade- ով և առանց դրա ՝ 0, 00, 1, 10, 5, 50, 6. Բացառություն էր միայն 60 -րդ մակարդակը, քանի որ ընդլայնիչի բացակայությունը թույլ չէր տալիս տեղադրել ութ սկավառակ:

Առաջին փուլը փորձարկեց 14 կոնֆիգուրացիայի I / O կատարումը: Listանկը ներկայացված է աղյուսակում:

Փորձեք RAID կազմաձևերը
RAID-00 4 սկավառակ
RAID-00 + CacheCade 4 սկավառակ
RAID-0 5 սկավառակ
RAID-0 + CacheCade 5 սկավառակ
RAID-1R 4 սկավառակ
RAID-1 + CacheCade 4 սկավառակ
RAID-5 5 սկավառակ
RAID-5 + Cache Cade 5 սկավառակ
RAID-6 5 սկավառակ
RAID-6 + CacheCade 5 սկավառակ
RAID-10 4 սկավառակ
RAID-10 + CacheCade 4 սկավառակ
RAID-50 6 սկավառակ
RAID-50 + CacheCade 6 սկավառակ

Չորս կրիչներից RAID-1- ը նման է RAID10- ին, ինչը հաստատվում է թեստերով:

Երկրորդ փուլում մենք մի քանի չափումներ կատարեցինք վիրտուալ մեքենաների միջոցով, որոնց համար մենք կիրառեցինք Hyper-V դերը և միաժամանակ գործարկեցինք 4 վիրտուալ մեքենա Windows 7-ով: Յուրաքանչյուր վիրտուալ մեքենա համապատասխանում էր մեկ IOmeter ձևին. Երկու վեբ սերվեր, օրինակ , կորպորատիվ (ներքին) և արտաքին, սերվերային տվյալների շտեմարաններ և ֆայլերի սերվեր: Այսպիսով, հնարավոր է հետապնդել սարքի աշխատանքը իրական սցենարով: Որոշվեց ստուգել այս թեստի աշխատանքը գործնականում զանգվածի ամենահայտնի կազմաձևով `RAID5: CacheCade- ը ներգրավված էր:

Փորձարկման արդյունքները

Բոլոր գծապատկերների մանրամասն թվերը կարելի է գտնել այստեղ:

DataBase ձևանմուշ առանց CacheCade (CC)

FileServer ձևանմուշ առանց CacheCade (CC)

WorkStation ձևանմուշ առանց CacheCade (CC)

WebServer ձևանմուշ ՝ առանց CacheCade (CC) օգտագործելու

Առաջին երեք գծապատկերներում առաջատար դիրքերը զբաղեցնում են RAID-0- ը և RAID-50- ը: RAID-50- ը գերազանցում է RAID-10- ին: WebServer ձևանմուշի հետ աշխատանքի արդյունքների գրաֆիկի վրա RAID-50- ն արդեն առաջատարն է, իսկ մնացած բոլորը հետևում են դրան: Սկավառակների քանակով RAID-50- ը ղեկավարության մեջ թողնելու պատճառը `մեկով ավելի, քան RAID- ի այլ մակարդակներ, բացառությամբ RAID-6- ի: Երկրորդ, վեբ ձևանմուշում տվյալների բլոկները միայն կարդացվում են, չնայած ընթերցումը կամայական է: RAID-6- ը բոլոր ձևանմուշներում, բացառությամբ WebServer- ի, ընդհանուր առմամբ դժվար է, քանի որ վերահսկիչը պետք է հաշվարկի ստուգիչ գումարերկու սկավառակի համար:

Եկեք դիտարկենք նույն ձևանմուշները միայն CacheCade- ի միջոցով.

Թեստը նախատեսված է ցույց տալու ելքային ձեռքբերումները կամ դրանց բացակայությունը I / O գործողություններում:

DataBase ձևանմուշ ՝ օգտագործելով CacheCade (CC)

FileServer ձևանմուշ ՝ օգտագործելով CacheCade (CC)

WorkStation ձևանմուշ ՝ օգտագործելով CacheCade (CC)

WebServer ձևանմուշ ՝ օգտագործելով CacheCade (CC)

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

Հարկ է նաև նշել, որ RAID- ի որոշ մակարդակների համար CacheCade- ի արդյունքները, չնայած աննշանորեն, ավելի քիչ էին, քան առանց դրա: Սա հատկապես ակնհայտ է FileServer ձևանմուշում ՝ RAID 00, 5, 6 և 10. մակարդակներում: Նվազումը ամենից շատ նկատվել է WebServer ձևանմուշում. Դժվար է ասել, թե կոնկրետ ինչի հետ կարող է կապված լինել այս նվազումը: Կարելի է ենթադրել, որ դա պայմանավորված է կաղապարի պարամետրերում նշված գրելու գործողությունների 20% -ով:

Այժմ եկեք տեսնենք, թե ինչպես է լրացուցիչ քեշը ձևի մեջ SSD սկավառակկտա կարդալ և գրել հաջորդական արագությունը: Միանգամայն հավանական է, որ այն կարող է ավելորդ թվալ, քանի որ RAID զանգվածների արագության բնութագրերը առնվազն համեմատելի են մեկ SSD սկավառակների հետ: Ինչ էլ որ լինի, թեստերը ցույց կտան:

Հաջորդական ընթերցում, մեգաբայթ վայրկյանում, առանց CacheCade- ի օգտագործման

Գրաֆիկը ցույց է տալիս, որ առաջին տեղը զբաղեցնում է RAID 0 -ը, ինչը տրամաբանական է, քանի որ ընթերցումը զուգահեռաբար կատարվում է մի քանի սկավառակից, 5 սկավառակի վրա արագության գագաթնակետին հասնում է 930 մեգաբայթ վայրկյանում: Գործնականում դրան հաջորդում է երեք զանգված `մակարդակի վրա` RAID5, RAID00 և RAID50, ինչը նվազեցրեց 16 ԿԲ բլոկների վրա: RAID1- ը և RAID10- ը ցույց են տալիս նույնական արդյունքներ, քանի որ, ինչպես նշվեց վերևում, դրանք ըստ էության նույնական են և բացահայտում են իրենց ներուժը այս թեստում 512 KB բլոկների վրա: RAID6- ը ցույց է տալիս հավասար արդյունք ՝ սկսած 4 ԿԲ բլոկներից:

Հաջորդական ընթերցում, մեգաբայթ վայրկյանում ՝ օգտագործելով CacheCade- ը

Տարբերակը, որում օգտագործվում է Cache Cade- ը, տալիս է գրեթե նույնական արդյունքներ, միակ տարբերությամբ, որ RAID50- ի դեպքում 16 KB բլոկների արագության անկումը ավելի դրամատիկ է: Հայտնի է, որ ընթերցման արագությունը կախված է շերտի չափից `սկավառակի բլոկների հարակից հաջորդականությունից: Հնարավոր է, որ այս ձախողման վրա ազդել է դրա չափը, որը կարգավորիչների համար լռելյայն սահմանվում է 64 ԿԲ, և որն անփոփոխ է մնացել բոլոր փորձարկումների ժամանակ: Հնարավոր է, որ ընկնելը կարող է առաջանալ այս RAID մակարդակով այս բլոկի հետ աշխատող վերահսկիչ որոնվածով: Մենք կփորձենք պարզել, թե որն է վերահսկիչի այս վարքի պատճառը LSI ինժեներներից:

Հաջորդական գրառումներ, մեգաբայթ վայրկյանում ՝ առանց CacheCade- ի օգտագործման

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

Հաջորդական գրառում ՝ մեգաբայթ վայրկյանում ՝ օգտագործելով CacheCade- ը

Կրկին, արդյունքները շատ նման են: Այս թեստի որոշ բլոկների դեպքում տարբերությունը բառացիորեն 100 ԿԲ / վ էր, և ոչ թե ի օգուտ CacheCade- ի: Բայց այս տարբերությունը, կրկին, կարելի է անտեսել: Միակ RAID մակարդակները, որոնք օգտվել են քեշից, RAID1 և RAID5 են: Գրելու արագությունը RAID1- ի դեպքում ավելացել է 100 ՄԲ / վրկ 2 ԿԲ բլոկների դեպքում, իսկ RAID5- ում `50 ՄԲ / վրկ 8 ԿԲ բլոկների դեպքում:

Պատահական ընթերցում, մեգաբայթ վայրկյանում, առանց CacheCade- ի օգտագործման

Պատահական ընթերցումը ուժեղ չէ, բայց, այնուամենայնիվ, ստացված արդյունքների հիման վրա RAID զանգվածները բաժանեց երեք տարբեր խմբերի: Սա նկատելի է մեծ բլոկների վրա: Առաջին խումբն ունի RAID1 և RAID10, երկրորդ խումբը ՝ RAID0 և RAID00, իսկ երրորդ խումբը ՝ RAID5, RAID50 և RAID6: Ընթերցանության ընթացքում զանգվածները ենթակա չեն գրելու սահմանափակումների `ստուգման գումարի նվազեցում (RAID5, 50 և 6) և տեղեկատվության կրկնօրինակման (RAID1 և RAID10): Այստեղ առաջատարներն են RAID1- ը և RAID10- ը, քանի որ նրանք ունեն ավելի քիչ սկավառակներ `համեմատած RAID- ի այլ մակարդակների:

Պատահական ընթերցում, մեգաբայթ վայրկյանում ՝ օգտագործելով CacheCade- ը

Գրաֆիկը նման է նախորդին ՝ միակ տարբերությամբ, որ Cache Cade տեխնոլոգիան մի փոքր բարձրացրեց աշխատանքի արագությունը ՝ RAID1- ի և RAID10- ի համար 256 KB և 512 KB բլոկներով:

Պատահական գրառում ՝ մեգաբայթ վայրկյանում ՝ առանց CacheCade- ի օգտագործման

Գրառումը կատարում է իր սեփական ճշգրտումները: Նախորդ գրաֆիկների համեմատ արագությունը նվազել է մոտ 50 ՄԲ / վ -ով: Բացի այն, որ գլուխները ստիպված են քաոսային եղանակով «վազել» սկավառակի վրա ՝ տվյալների որոնման մեջ, մտցնելով ուշացումներ, ազդեցություն ունեն նաև RAID զանգվածների պարամետրերը, որոնք ապահովում են դրանց հուսալիությունը (ստուգումների գումարներ և կրկնություններ):

Պատահական գրառում, մեգաբայթ վայրկյանում ՝ օգտագործելով CacheCade

Կրկին, տատանումները նվազագույն են: Պատահական գրելու օրինաչափությունների դեպքում SSD քեշը փորձում է բարձրացնել սկավառակի ենթահամակարգի աշխատանքը, սակայն այն բախվում է դժվարությունների: Չնայած SSD- ի բարձր արդյունավետությանը պատահական գրելու դեպքում, ամեն ինչ կախված է լրացուցիչ ստուգումների հաշվարկում (RAID5, 50 և 6), տեղեկատվության կրկնությունից (RAID1, 10) և սկավառակների քանակից (RAID0, 00) - SSD- ը չի օգնի կատարել այս վերադիր խնդիրները:

Այժմ անդրադառնանք I / O գործողությունների թվի չափումների արդյունքներին:

Հաջորդական ընթերցում, գործողություններ մեկ վայրկյանում, առանց CacheCade- ի օգտագործման


Հաջորդական ընթերցումներ, վայրկյանում գործողություններ, օգտագործելով CacheCade

Հաջորդական գրառում, գործողություններ մեկ վայրկյանում, ոչ CacheCade

Հաջորդական գրառումներ, վայրկյանում գործողություններ ՝ օգտագործելով CacheCade

Գրաֆիկները ցույց են տալիս, որ CacheCade- ն իր ամբողջ ներուժն է թողարկում հաջորդական մուտքի / ելքային գործողությունների հետ աշխատելիս: CacheCade- ով և առանց տվյալների որոշ բլոկների թեստերի միջև տարբերությունը վայրկյանում գերազանցում է 100,000 գործողությունը: Օրինակ, RAID5- ի դեպքում, կարդալու դեպքում, դա 275,000 IOPS է CacheCade- ով, իսկ 167,000 IOPS- ը ՝ առանց քեշի: Բայց դա ճիշտ չէ RAID- ի բոլոր մակարդակների համար, օրինակ ՝ RAID0- ի, RAID10- ի, RAID6- ի դեպքում, կարող եք նկատել տարբերությունը ոչ հօգուտ CacheCade- ի: Ինչու է դա տեղի ունենում, դժվարանում ենք պատասխանել: Մենք հարցը կտանք LSI մասնագետներին և, ստանալով պատասխանը, հոդվածում կավելացնենք պարզաբանումներ:

Պատահական ընթերցում, գործողություններ մեկ վայրկյանում, առանց CacheCade- ի օգտագործման

Պատահական ընթերցում, վայրկյանում գործողություններ, օգտագործելով CacheCade

Պատահական գրառում, գործողություններ մեկ վայրկյանում, առանց CacheCade- ի օգտագործման

Պատահական գրառում, գործողություններ մեկ վայրկյանում, օգտագործելով CacheCade

Կամայական գործողություններին օգուտ չի տրվում CacheCade- ի օգտագործումից:

Վիրտուալ մեքենայի թեստեր

Արդյունքներ մեկ վիրտուալ մեքենայի համար

Արդյունքներ չորս միաժամանակյա վիրտուալ մեքենաների համար:

Ընդհանրապես, վիրտուալ մեքենաների փորձարկման մեր գաղափարը պատկանում է «ինչու չփորձել» կատեգորիայի: Մենք փորձեցինք վերահսկիչի աշխատանքը դիտել գործնական պայմաններում ՝ «մարտական» մոտ:

Մեզ չզարմացրեց վիրտուալ մեքենայի փորձարկման արդյունքները: Միակ տարբերությունը, որն ինձ գրավեց, փոքր-ինչ ավելի լավ արդյունքներն էին արտաարտադրական ձևանմուշներում (DataBase, FileServer և WebSer): Գուցե պատճառը կայանում է սկավառակի ենթահամակարգով վիրտուալ մեքենայի աշխատանքի առանձնահատկությունների մեջ: Սկավառակի ենթահամակարգի հետ անմիջական աշխատելիս չբաշխված զանգվածը (Raw) փոխանցվել է IOmeter փորձարկման օգտակար ծրագրին: Վիրտուալ մեքենայի հետ աշխատելու դեպքում զանգվածը սկզբում ձևաչափվեց (կլաստերի չափ 4 ԿԲ), այնուհետև յուրաքանչյուր վիրտուալ մեքենայի համար լողավազան հատկացվեց ՝ ստեղծելով 100 ԳԲ * .VHD ֆայլ, որը վիրտուալ մեքենայի սկավառակի դեր կատարեց: . Կարելի է ենթադրել, որ դա ինչ -որ կերպ հնարավոր դարձրեց ստանդարտ կաղապարներում արդյունքների բարձրացումը:

Այնուամենայնիվ, միաժամանակ չորս վիրտուալ մեքենա գործարկելիս արդյունքները, ինչպես և սպասվում էր, նվազել են մոտ չորս անգամ: Մենք ընտրեցինք վիրտուալ մեքենաների քանակը մի պատճառով. Չորս վիրտուալ մեքենա հայտնվեցին VmWare- ի և Microsoft- ի աշխատակիցների առաջարկություններում:

Եզրակացություն

Թեստի արդյունքների հիման վրա մենք համոզվեցինք, որ CacheCade տեխնոլոգիան աշխատում է ՝ որոշ վերապահումներով, բայց այն կատարում է իր գործառույթները: Ստացված փորձարկման արդյունքները մի փոքր ավելի բարձր են, քան 9260-8i վերահսկիչի համար ցանցում եղածները: Սա կապված չէ մեր ձեռք բերած վերահսկիչի օրինակի առանձնահատկության հետ, քանի որ այն չի տարբերվում իր նմանակից այլ բանով, քան Cache Vault- ը `ոչ հիշողության արագությամբ, ոչ պրոցեսորի բնութագրերով, ոչ այլ պարամետրերով: Ավելի շուտ, դերը խաղացին այն արդյունավետ բաղադրիչները, որոնք մենք օգտագործում էինք ՝ նոր հարթակ, արագ սկավառակներ(15,000 պտույտ / րոպե) SAS2 ինտերֆեյսով և, իհարկե, CacheCade գործառույթով, չնայած որ վերահսկիչը լավ արդյունքներ է տալիս նույնիսկ առանց SSD- ի օգնության:


Մասնագիտական ​​և կիսապրոֆեսիոնալ RAID կարգավորիչները կտրուկ փոխվել են SCSI- ի սերիական ռելսերի անցումից հետո: Parallelուգահեռ SCSI ինտերֆեյսը ապահովում է մինչև 320 ՄԲ / վ թողունակություն, որը կիսվում է թանկարժեք և քմահաճ մալուխի միջոցով ավտոբուսին միացված բոլոր սարքերի միջև: Սերիական կցված SCSI- ն (SAS), ի տարբերություն, ապահովում է 300 ՄԲ / վ մեկ նավահանգստի, բազմակողմանի կամ միահյուս մալուխների, ավելորդ հղումների, արտաքին և ներքին սարքեր... Հսկիչները նույնպես համատեղելի են SATA ինտերֆեյսի հետ, այսինքն ՝ կարող եք օգտագործել ինչպես տարողունակ SATA կրիչներ, այնպես էլ բարձրորակ SAS կոշտ սկավառակներ: Վերջապես, PCI-X- ից PCI Express- ին անցումը եռում է: Մենք հավատում ենք, որ ժամանակն է նայել չորս RAID վերահսկիչ `մուտքի մակարդակի սերվերների համար:

Շատ օգտվողներ դեռ հետաքրքրվում են ՝ գնել առանձին RAID վերահսկիչ ՝ հաշվի առնելով հզոր ինտեգրված SATA լուծումները, ինչպիսին է Intel ICH9R- ը, որոնք գտնվում են բարձրակարգ մայր տախտակներում, ինչպիսիք են Asus P5K-WS (P35 չիպսեթ PCI-X- ով) կամ P5K64-WS ( չորս PCI Express բնիկ): Քանի որ արտադրողները իրենց լավագույն մոդելները հագեցնում են բարձրորակ լարման կարգավորիչներով և ավելի լավ բաղադրիչներով, բարձրակարգ աշխատասեղանի մայր պլատայի և ցածրորակ սերվերային արտադրանքի որակի տարբերությունը միայն հնարավորությունների հավաքածուի մեջ է: Նման մայրական սալիկի վեց SATA / 300 նավահանգիստներով, RAID- ի առաջադեմ կառավարմամբ և երկակի կամ քառամիջուկ պրոցեսորով, որը վարում է RAID 5-ի ավելորդ տեղեկատվությունը, ինչու՞ գնել թանկարժեք արտաքին RAID վերահսկիչ:

Նման ինտեգրված լուծումը, ամենայն հավանականությամբ, լավ կաշխատի փոքր աշխատանքային խմբի սերվերի համար, որտեղ զանգվածը պետք է պահի նախագծի տվյալները, օգտվողի տեղեկությունները և ծրագրերը, բայց քանի որ բեռը մեծանում է, սահմանափակումները շատ արագ ակնհայտ են դառնում: Եթե ​​Ձեզ անհրաժեշտ են RAID- ի ավելի բարդ մակարդակներ, ինչպիսիք են RAID 50 կամ 60-ը, ներկառուցված լուծումները քիչ օգուտ կտան: Կամ, ասենք, եթե հանկարծ ձեզ անհրաժեշտ լինի միացնել ավելի քան վեց կոշտ սկավառակ, դուք ստիպված կլինեք անցնել այլ կարգավորիչի: Եվ եթե Ձեզ անհրաժեշտ է զանգվածը գործարկել արտաքին սարքավորումներում, կամ ցանկանում եք ձեռք բերել կոշտ սկավառակի կառավարման գործառույթների ամբողջ տեսականին, ապա SAS- ը, ժառանգական SCSI լուծումները կամ այլ արտադրողի սեփական տեխնոլոգիաները միակ տարբերակն են:

Մենք հաստատ խորհուրդ չենք տալիս արտադրողների սեփական տեխնոլոգիաները, որոնք սահմանափակում են վերահսկիչի և աքսեսուարների ընտրությունը: Սերիական կցված SCSI- ի մասին բոլոր անհրաժեշտ տեղեկությունները տրված են հոդվածում SAS կոշտ սկավառակի և վերահսկիչի չափանիշներ. SCSI օրերը համարակալված եններառյալ ինտերֆեյսի մասեր, մալուխներ, ընդլայնման ընտրանքներ, պարագաներ, կոշտ սկավառակներ, ընդունիչ ադապտերներ և այլն: Վերջին սերնդի SAS կրիչները շատ ավելի լավ կատարում կապահովեն, քան SATA մոդելները, սակայն SATA համատեղելիությունն ու ճկունությունը լավ պատճառ են ձեր համակարգում միասնական RAID վերահսկիչ օգտագործելու համար:


Կարո՞ղ եք ասել: Վերին միակցիչը SATA է, իսկ ներքևինը ՝ Seagate Savvio SAS սկավառակին:

SAS և SATA կապերը լիարժեք երկկողմանի են, կետից կետ փոխված, այնպես որ այլևս կարիք չկա յուրաքանչյուր սարքի ID- ն նշանակելու կամ ավտոբուսը դադարեցնելու կարիք: Միացման տվյալները կարող են փոխանցվել և ստացվել միաժամանակ: SAS- ը և SATA- ն միացված են տաք ռեժիմին: Parallelուգահեռ արձանագրությունների արագացումը, ինչպիսին է Ultra320 SCSI- ն, պահանջում էր կամ ընդլայնել ավտոբուսը, ինչը կհանգեցներ ավելի լարերի, կամ ժամացույցի ավելի մեծ արագությունների, սակայն կային ազդանշանների ուշացման խնդիրներ: Իսկ կետ առ կետ սերիական կապերը պարզապես կարելի է կիսել: Իրականում, SAS- ում այս սկզբունքն օգտագործվում է միայն այն դեպքում, երբ մի քանի SAS միացումներ համատեղվում են արտաքին պարագաների միացման համար:

SAS- ի և SATA- ի միջև կա միայն մեկ մեխանիկական տարբերություն. Երկու միջերեսներն էլ տվյալների և հզորության համար օգտագործում են նույն դասավորությունը, սակայն SATA- ն ունի երկու ֆիզիկապես առանձին միակցիչ: SAS- ի համար երկու միակցիչներն էլ միացված են, այսինքն ՝ կարող եք SATA կոշտ սկավառակը միացնել SAS վերահսկիչին, բայց SAS սկավառակ չեք կարող միացնել SATA վերահսկիչին SATA միակցիչի միջոցով (SFF 8482): SATA կոշտ սկավառակների աշխատանքը SAS վերահսկիչի վրա հնարավոր է այն պատճառով, որ Serial ATA արձանագրությունը ավելի քիչ բարդ է և փոխանցման ընթացքում պարզապես միացված է SAS- ին: Շնորհիվ լայն միասնական SAS միակցիչների, ֆիզիկական կապը շատ հուսալի է, ուստի միակցիչները չեն կարող պատահաբար ընկնել: Երկու միակցիչների փոքր տարբերության հիմնական պատճառը SAS- ի ընդլայնված գործառույթների շարք է, որը դուք չեք գտնի SATA վերահսկիչներում. և աջակցում է այսպես կոչված ընդլայնիչներին (ընդլայնիչներին) `պահեստավորման սարքերը ընդլայնելու համար, ինչպես ցանցային անջատիչը աշխատում է բազմաթիվ հաճախորդների հետ:

Երբ խոսքը վերաբերում է կատարմանը, երկու միջերեսների միջև փոքր տարբերություն կա: Serial ATA 2.5 ապահովում է առավելագույն թողունակություն 3 Գբ / վ մեկ պորտի համար 8/10 բիթ կոդավորմամբ ՝ տվյալների փոխանցման համար տալով 2.4 Գբ / վ կամ 300 ՄԲ / վ արագություն: Նույնը վերաբերում է SAS- ին, չնայած ծրագրերը ներառում են 6 և 12 Գբ / վ ինտերֆեյս, որոնք մեկ պորտի համար կտան 600 և 1200 ՄԲ / վ թողունակություն:


SAS- ը ձախ կողմում, SATA- ն ՝ աջ կողմում:


SAS նավահանգիստների (սովորաբար չորս) խմբավորման համար օգտագործվում է Mini SAS միակցիչը 4i (SFF-8087):

Winchester- ի միտումները. 2,5 դյույմանոց մոդելների սկիզբը

Հիմնական պատճառը, որ 3,5 դյույմանոց մեքենաները շարունակում են գերակշռել պրոֆեսիոնալ ասպարեզում, ֆիզիկական չափսերն են, որոնք հիանալի կերպով համապատասխանում են լայն SCSI մալուխներին: Այնուամենայնիվ, փոքր 2.5 դյույմանոց գործոնը շատ ավելի գրավիչ է, քանի որ այն համատեղում է բարձր պտույտի արագությունները ավելի քիչ սթրեսով: պտտվող թիթեղների տրամագիծը: Բայց բարդ SCSI միջերեսներև չկարողացավ ներթափանցել 2.5 դյույմ աշխարհ: SAS ինտերֆեյսը փոխեց իրավիճակը. SFF 8484 միակցիչը թույլ է տալիս միացնել 2.5 "կամ 3.5" կրիչներ ՝ SAS կամ SATA արձանագրությունների միջոցով: 2.5 "գործոնն ավելի գրավիչ է արդյունավետ պահեստավորման համար, քանի որ կարող եք բարձրացնել կրիչների խտությունը `ավելացնելով թողունակությունը և մուտքային / ելքային գործողությունները մեկ վայրկյանում: Միևնույն ժամանակ, 2,5 դյույմանոց կրիչները զգալիորեն ավելի քիչ էներգիա են սպառում, քան 3,5 դյույմանոց մոդելները: Էներգիայի սպառումը լուրջ խնդիր է դառնում մասնագիտական ​​միջավայրերում և տվյալների կենտրոններում, որտեղ օգտագործվում են տասնյակ, հարյուրավոր կամ նույնիսկ հազարավոր կոշտ սկավառակներ, և դրանք պահանջում են ոչ միայն էներգիա, այլև սառեցում, ինչը նույնպես պահանջում է շատ էներգիա: Այստեղից միանգամայն պարզ է, որ 2,5 դյույմանոց գործոնի շարժիչ ուժը գինն է:

Seagate- ի Savvio շարքը առաջին առևտրային հաջողությամբ 2.5 դյույմանոց շարժիչն էր: Savvio 10K.2- ը փոխարինում է առաջին 10K.1 մոդելներին, իսկ Savvio 15K.1 սկավառակները շուկայում SAS- ի ամենաբարձր կատարողական մոդելներից են: ստանալ ութ Savvio 15K.1: կոշտ սկավառակներ ժամանակին, ուստի մենք ընտրեցինք Savvio 10K.2 ութ մոդել: Այսօր առկա են 73 ԳԲ և 146 ԳԲ տարբերակներ: Մենք ընտրեցինք ավելի փոքր չափերը, որպեսզի մեր թեստերը գործարկվեն ողջամիտ ժամանակում: Սկավառակները հագեցած են 16 ՄԲ քեշ: օգտագործեք մեկ 2.5 դյույմ սկավառակ և 3Gb / վ SAS ինտերֆեյս: Ինչպես ձեռնարկության դասի այլ կրիչներ, դրանք գալիս են հինգ տարվա երաշխիքով:

Ի՞նչ կասեք 3,5 դյույմանոց մոդելների մասին:

Նրանք չեն մահանա, բայց 3.5 «SAS» կրիչները աստիճանաբար դուրս կգան կորպորատիվ բարձր արդյունավետության ոլորտից ՝ տեղը զիջելով ձևաչափի 2,5 գործոնային մոդելներին: Հաշվի առնելով բարձր հզորությունները ՝ 7,200 RPM SATA մոդելները մնում են լավագույն փոխզիջումը կատարման և հզորության միջև, դրանք արդեն հասել են 1 ՏԲ HDD հզորության, մինչդեռ 10,000 RPM SAS և SCSI մոդելները դեռ պահպանում են 300 Գբ: Ձեռնարկությունների պահեստավորման կարիքները բավարարելու համար կոշտ սկավառակների բոլոր խոշոր արտադրողները առաջարկում են 24/7 վավերացված SATA կրիչներ ՝ հինգ տարվա երաշխիքով: Լավ օրինակները ներառում են Seagate Barracuda ES, Hitachi UltraStar A7K1000 կամ E7K500, և Western Digital RAID Edition (RE):

Fրագրակազմ ՝ 5.2.0 Կառուցել 12415:

Մեր թեստավորման առաջին RAID վերահսկիչը Adaptec RAID 3805- ն է: Այս ընկերությունը տարբերակում է հիմնական արտադրանքի և կատարողական լուծումների միջև, սակայն այս մոդելի համարակալումը որոշ չափով ինքնին բացատրելի է: Յուրաքանչյուր ապրանք, որը սկսվում է «3» -ով, ինչպես այս դեպքում, հանդիսանում է միասնական SAS / SATA մոդել ՝ 3 գբ / վ թողունակությամբ մեկ նավահանգստի համար: Երկրորդ թվանշանը ցույց է տալիս պորտերի առկա թիվը, այսինքն ՝ չորս RAID 3405 -ի համար, ութը ՝ RAID 3805 -ի կամ 16 -ը ՝ RAID 31605 -ի համար: Եթե կրիչների քանակին նախորդում է «0», ապա վերահսկիչը աջակցում է արտաքին պարագաներ: Վերջին թվանշանը կարող է լինել «0» կամ «5», որտեղ «0» նշանակում է RAID- ի սերվերի աջակցություն, իսկ «5» -ը ՝ RAID 5-ի և RAID- ի ապարատային արագացում: Բոլոր միասնական կարգավորիչները օգտագործում են PCI Express- ը, ուստի PCI-X- ը մոդելները մնում են անցյալում: Ի դեպ, չպետք է շփոթել RAID 3805 -ը և RAID 3085 -ը, որտեղ վերջինս արտաքին քարտ է `ավելի արագ IOP պրոցեսորով:

RAID 3805- ը ժամանակակից մոդել է `ութ SAS պորտով և ապարատային RAID արագացմամբ` PCI Express ինտերֆեյսի համար: Ապրանքը տեղադրված է մուտքի / միջին մակարդակի վրա և կարող է օգտագործվել օպերացիոն համակարգերի լայն տեսականիում, ներառյալ Windows 2000 -ից սկսած Windows- ի բոլոր տարբերակները, ինչպես նաև Red Hat և SuSe Linux, Novell Netware, SCO Open Server, Sun Solaris , FreeBSD, UnixWare և VMware ESX սերվեր ... XOR գործողությունների հաշվարկման վերահսկիչը օգտագործում է Intel 80333 պրոցեսոր ՝ 500 ՄՀց հաճախականությամբ և հագեցած է 128 ՄԲ DDR2 հիշողությամբ ՝ ECC- ով: IDածր պրոֆիլային գործոնով և երկու SFF 8487 միակցիչներով, որոնցից յուրաքանչյուրը ապահովում է չորս նավահանգիստ մեկ ֆիզիկական կապով, RAID 3805-ը կարող է տեղադրվել կոմպակտ 1U սերվերներում, որոնք ունեն x4 PCI Express բնիկ:

Adaptec- ն աջակցում է RAID 0, 1, 1E (նման RAID 10), 5, 5EE (տաք պահեստային), 6, 10, 50, 60 և JBOD ՝ որոշ ճկունություն տալով ադմինիստրատորներին: Առանձնահատկությունների առումով ցանկը երկար է ՝ ներառելով RAID- ի բոլոր սովորական հնարավորությունները ՝ առցանց կարողությունների ընդլայնում, RAID մակարդակի միգրացիա, արագ / ֆոնային նախաստորագրում, հարազատ հրամանատարական հերթի (NCQ) աջակցություն, տարբեր ռեժիմներպահեստային / պահեստային սկավառակների ցուցում (գլոբալ / նվիրված / համախմբված), սեղմիչ սարքերի հետ աշխատելու SCSI- ով մուտքագրված անսարքությունների հանդուրժող պատյանների (SAFTE) միջոցով, spindle spin-up spin-up ժամանակի և այլն: Հետաքրքիր գործառույթներից մենք նշում ենք այսպես կոչված «copyback hot spare»-ը, որը ձախողված կոշտ սկավառակը փոխարինելուց հետո նոր կոշտ սկավառակը վերածում է հինի: Այսպիսով, դուք չպետք է փոխեք սկավառակի պիտակները լրացուցիչ հավելվածում: Ստորև բերված աղյուսակում մենք համեմատել ենք երեք կարգավորիչների գործառույթները:

Փաթեթը ներառում է վերահսկիչ, ցածր պրոֆիլի անցք, բազմաթիվ լեզուներով արագ տեղադրման ուղեցույց, ծրագրային CD և երկու SFF 8487 և SFF 8484 Mini SAS դեպի SATA / SAS 4 պորտ մալուխներ: էներգիայի կորուստից հետո պահված տվյալները . Ընկերությունը որոշեց չվաճառել Advanced Data Protection փաթեթը (աջակցություն RAID 6 և լրացուցիչ գործառույթներ) որպես լրացուցիչ թարմացում: Բայց ակնթարթային պահերի միջոցով պահուստավորումը (լուսանկարների պահուստավորում) հասանելի կլինի միայն գրանցման բանալին գնելուց հետո: RAID վերահսկիչին տրվում է երեք տարվա երաշխիք:

Հրապարակման պահին Adaptec RAID 3805- ի արժեքը 600 դոլար էր:


Կտտացրեք նկարի մեծացման համար:

Atto- ն թողարկում է երկու PCI Express RAID 5 SAS / SATA վերահսկիչ ՝ R380- ը ՝ երկու արտաքին պորտով, յուրաքանչյուրը չորս կրիչով, և R348- ը ՝ մեկ արտաքին չորս կրիչների համար մեկ պորտով (SFF 8088) և երկու նավահանգիստ ՝ մինչև ութ ներքին կրիչներ ապահովելու համար ( SFF 8087): Այնուամենայնիվ, կարող եք օգտագործել առավելագույնը ութ նավահանգիստ, ներառյալ ներքին և արտաքին: Ըստ Atto կայքի ՝ այս հնարավորությունը եզակի է: Մենք որոշեցինք փորձարկել R348- ը, քանի որ այն ավելի ճկուն է, քան R380- ը:

Առաջին թերությունները. Այս վերահսկիչը չի աջակցում RAID 6 -ին և չունի այնքան լայն ՕՀ աջակցություն, որքան Adaptec մոդելները: Այն նաև գալիս է երկու տարվա երաշխիքով, չնայած Adaptec- ը, ICP- ն և Ciprico / Raidcore- ը տրամադրում են երեք տարի: Մենք նաև տեղեկացանք, որ կարգավորիչի կանխադրված կարգավորումները կարող են չապահովել օպտիմալ կատարում, բայց, ցավոք, թեստերն ավարտելուց հետո: «RGSSpeedRead» կոչվող գործառույթը թույլ է տալիս կարդալ RAID զանգվածներից կարդալ առաջ, բայց պետք է միացված լինի հրամանի միջերեսի միջոցով: Մենք գտանք այս հնարավորության կարճ նկարագրությունը ձեռնարկի վերջին էջերում: Մենք չհասցրեցինք կրկնել բոլոր թեստերը, բայց «RGSSpeedRead» - ը միացնելուց հետո ընթերցման արագությունն իսկապես մեծանում է: Ամոթ է, որ Ատտոն այս հնարավորությունը չընդգրկեց գործարանում: Կամ նա առանձին գլուխ չի հատկացրել կատարողականի օպտիմալացման հրահանգներին: R348- ն ունի Java ինտերֆեյս, որը հեշտ է օգտագործել, բայց չի տալիս բազմաթիվ տարբերակներ: Մենք նաև չենք հասկանում, թե ինչու օգտվողները պետք է գրանցվեն Atto- ում ՝ որևէ բան բեռնելուց առաջ:

Ինչպես մյուս կարգավորիչները, այնպես էլ Express SAS R348- ը ցածր պրոֆիլի PCI Express քարտ է, որն օգտագործում է ութ PCIe գոտի: Բայց ի տարբերություն Adaptec և ICP քարտերի, այն հագեցած է 256 ՄԲ DDR2 հիշողությամբ ՝ ECC աջակցությամբ: Բացի այդ, օգտագործվում է ավելի հզոր XScale IOP 348 պրոցեսոր ՝ 800 ՄՀց հաճախականությամբ: Այն մատուցեց լավ, թեև ոչ հիանալի, I / O չափանիշներ:

Առանձնահատկությունների առումով, Atto RAID վերահսկիչն աջակցում է RAID- ի բոլոր հիմնական ռեժիմներին `0, 1, 10, 5, 50: Այն կարող է գործել JBOD ռեժիմում և նույնիսկ RAID 4 -ում, որը պահպանում է բոլոր ավելորդ տեղեկատվությունը մեկ կոշտ սկավառակի վրա: Ի տարբերություն RAID 3-ի, RAID 4-ը ստեղծում է ավելի մեծ շերտային բլոկներ, քան RAID 3-ի նման միաբայթ բլոկներ, ինչը RAID 4-ին տալիս է RAID 3-ի կատարողականի բարձրացում: RAID 6-ը և 60-ը դեռ չեն ապահովվում, բայց Atto- ն խոստանում է, որ դրանք շուտով կավելացվեն: . Նույնը վերաբերում է կամընտիր մարտկոցին, որը դեռ հասանելի չէ: ՕՀ -ն ապահովված է Windows Server 2003, Windows 2000, Windows XP և Windows Vista, Max OS X 10.4 և երեք տարբեր Linux բաշխումներ, սակայն Solaris- ը, FreeBSD- ը և Netware- ը բացառվում են ցանկից:


Կտտացրեք նկարի մեծացման համար:
Կտտացրեք նկարի մեծացման համար:

Fրագրաշարի տարբերակ ՝ 5.2.0 Կառուցել 12415:

Այս ապրանքը տեխնիկապես նույնական է Adaptec RAID 3805 -ի հետ, հիմնականում այն ​​պատճառով, որ ICP Vortex- ը Adaptec ընկերությունների խմբի մի մասն է: Մեր ստացած նմուշը չի աջակցում RAID 6 -ին և «copyback» գործառույթին, որը պայմանավորված էր հնացած որոնվածով: Թարմացումը ավելացրեց աջակցություն RAID 6 -ի և «copyback spare» - ի համար: Այնուամենայնիվ, լուրջ տարբերություն կա Adaptec RAID 3805- ի և ICP 5085BL- ի միջև. ICP- ն օգտագործում է ավելի արագ IOP333 պրոցեսոր 800 ՄՀց հաճախականությամբ, մինչդեռ Adaptec RAID 3805- ը աշխատում է 500 ՄՀց հաճախականությամբ: ICP- ն օգտագործում է 256 ՄԲ DDR2 ECC քեշ, մինչդեռ Adaptec- ը սահմանափակված է 128 ՄԲ -ով: Արդյունքում, մենք ավելի լավ կատարում ենք RAID 5 հենանիշերում: Գործառույթների փաթեթը, ծրագրակազմը և փաթեթի բովանդակությունը նույնական են Adaptec կարգավորիչին:


Կտտացրեք նկարի մեծացման համար:


Կտտացրեք նկարի մեծացման համար:

Irmրագրաշարի տարբերակ ՝ 3.0.0

Մեր առաջին ծանոթացումը Raidcore կարգավորիչներին տեղի է ունեցել դեռ 2003 թև այն բավականին տպավորիչ ստացվեց. հյուրընկալող վերահսկիչը օգտագործում է Fulcrum կոչվող ճարտարապետությունը, որը թույլ է տալիս ստեղծել հզոր RAID վերահսկիչներ, որոնք անկախ ապարատային մակարդակից: Արդյունքում, Raidcore- ը առաջին ընկերություններից էր, որն առաջարկեց աջակցության լուծումներ RAID զանգվածների բաշխում բազմաթիվ վերահսկիչների միջոցով... Դա հնարավոր դարձավ հատուկ տրամաբանության շնորհիվ, որն աշխատում է ընդունող մեքենայի վրա: Բայց կա նաև մի թերություն. Ավելորդ տեղեկատվության բոլոր հաշվարկները պետք է կատարվեն ընդունող համակարգի կենտրոնական պրոցեսորների կողմից, չնայած այսօր, երկակի և քառամիջուկ պրոցեսորների ի հայտ գալով, սա արդեն այդքան էլ սուր խնդիր չէ:

Raidcore- ի ժամանակակից լուծումները խթանում է Ciprico անունը կրող ընկերությունը: RC5000 շարքում կան չորս տարբեր մոդելներ ՝ երկու ցածրորակ քարտեր ՝ չորս և ութ նավահանգիստներով, և երկու քարտ ՝ ամբողջ բարձրությամբ ՝ 12 և 16 նավահանգիստների համար: «8» թիվը պարզապես նշանակում է ութ նավահանգստի առկայություն, 5100 մոդելներն օգտագործում են PCI -X ինտերֆեյսը, իսկ 5200 -ը ՝ PCI Express x1 կամ x4: Ciprico- ն միակ մատակարարն է, որը տրամադրում է վերահսկիչների ընդգրկում, ինչը թույլ է տալիս ստեղծել մեծ RAID զանգվածներ բազմաթիվ (կամ նույնիսկ տարբեր) Raidcore վերահսկիչներով: Գործառույթների ցանկը ավելի ամբողջական է, քան Adaptec / ICP կամ Atto- ն, ներառյալ սկավառակի ռոումինգը (կոշտ սկավառակների փոխանցում ցանկացած վերահսկիչի ցանկացած նավահանգիստ), սկավառակների ճկուն դասավորությունը փոխարինման / պահեստի համար (նվիրված / գլոբալ / բաշխված), հայելիների պառակտում: , զանգվածի թաքցնում (զանգվածի թաքցնում) և այլն:

Raidcore- ը դեռ չի աջակցում RAID 6 կամ RAID 60 կրկնակի ավելորդ զանգվածներին, բայց այն աջակցում է RAID 0, 1, 10, JBOD, 5, 50, 1n և 10n: Վարորդները հասանելի են Windows- ի, Red Hat- ի, Suse- ի և Fedora Linux- ի բոլոր սովորական տարբերակների համար: Novell Netware, Sun Solaris և այլ օպերացիոն համակարգեր չեն ապահովվում: Ciprico- ն տրվում է երեք տարվա երաշխիքով, իսկ կառավարման ծրագրակազմը տրամաբանական է և հզոր: RC5252-8- ի կատարողականը լավ է, չնայած այն շատ բան կախված է ընդունող համակարգից: Մեր դեպքում, մեկ երկմիջուկ Xeon պրոցեսոր (Nocona միջուկ) 3.6 ԳՀց հաճախականությամբ լավ ընտրություն ստացվեց: Այնուամենայնիվ, ցանկացած երկմիջուկ Xeon 5200 (Woodcrest կամ Clovertown) կտա նույնիսկ ավելի լավ կատարում:


Կտտացրեք նկարի մեծացման համար:


Արտադրող Ադապտեկ Ատտո ICP Raidcore
Մոդել RAID 3805 ExpressSAS R348 RC5252-8
Ներքին միակցիչներ 2x SFF 8087 2x SFF 8087 2x SFF 8087 2x SFF 8087
Արտաքին միակցիչներ Հ / հ 1x SFF 8088 Հ / հ Հ / հ
Ընդհանուր SAS նավահանգիստներ 8 8 8 8
Քեշ հիշողություն 128 ՄԲ DDR2 ECC 256 ՄԲ DDR2 ECC 256 ՄԲ DDR2 ECC Ոչ
Ինտերֆեյս PCI Express x4 PCI Express x8 PCI Express x4 PCI Express x4
XOR շարժիչ Intel 80333 500 ՄՀց IOP 348 800 ՄՀց Intel 80333 800 ՄՀց Ծրագիրը
RAID մակարդակների տեղափոխում Այո Այո Այո
Առցանց կարողությունների ընդլայնում Այո Այո Այո Այո
Բազմաթիվ RAID զանգվածներ Այո Այո Այո Այո
Հետաձգված spindle լիցքաթափվել Այո Այո Այո
Spկուն աջակցություն պահեստային / պահեստային կոշտ սկավառակի համար Այո Այո Այո Այո
Ավտոմատ ձախողում Այո Այո
Մարտկոց `պահեստային էներգիայի համար Ըստ ցանկության Ըստ ցանկության Ըստ ցանկության Անհրաժեշտ չէ, քեշ չկա
Երկրպագու Ոչ Ոչ Ոչ Ոչ
OS- ի աջակցություն

Novell NetWare 6.5
SCO OpenServer
UnixWare
Sun Solaris 10 x86
FreeBSD
Windows Vista, Server 2003, XP, 2000
Mac OS X (10.4.x)
Linux (Fedora, Red Hat և SuSE)
Windows 2000, XP, Server 2003, Vista
Red Hat Enterprise Linux (RHEL)
SUSE Linux Enterprise Server (SLES)
Novell NetWare 6.5
SCO OpenServerUnixWare
Sun Solaris 10 x86
FreeBSD
Windows 2000, XP, Server 2003, Vista
Red Hat Enterprise Linux (RHEL) 4.5
SuSE 9.3, 10.1, 10.2
SUSE Linux Enterprise Server (SLES)
Fedora Core 5.6
Այլ Պատճենահանում DVRAID Պատճենահանում Վերահսկիչ ընդգրկում
Երաշխիք 3 տարի 2 տարի 3 տարի 3 տարի
Առաջարկվող մանրածախ գինը $575 $1 095 $650

Համակարգային սարքավորում
Պրոցեսորներ 2x Intel Xeon (Nocona միջուկ), 3.6 ԳՀց, FSB800, 1 ՄԲ L2 քեշ
Հարթակ Asus NCL-DS (Socket 604), Intel E7520 չիպսեթ, BIOS 1005
Հիշողություն Corsair CM72DD512AR-400 (DDR2-400 ECC, կանոն.), 2x 512 ՄԲ, CL3-3-3-10 ուշացում
Համակարգի կոշտ սկավառակ Western Digital Caviar WD1200JB, 120 ԳԲ, 7,200 պտույտ / րոպե, 8 ՄԲ քեշ, UltraATA / 100
Պահեստավորման կարգավորիչներ Intel 82801EB UltraATA / 100 (ICH5)
Խոստացեք SATA 300TX4
Խոստացեք FastTrak TX4310
Վարորդ 2.06.1.310
Ցանց Broadcom BCM5721- ը ներկառուցված է 1 Գբիթ / վրկ
Վիդեո քարտ Ինտեգրված ATI RageXL, 8 ՄԲ
Թեստեր
Կատարման թեստեր Atto Diskmark
I / O կատարում IOMeter 2003.05.10
Ֆայլերի սերվերային նշաձող
Վեբ սերվերի հենանիշ
Տվյալների բազայի չափանիշ
Աշխատանքային կայանի նշաձող
Համակարգի ծրագրակազմ և վարորդներ
ՕՀ Microsoft Windows Server 2003 Enterprise Edition, Service Pack 1
Հարթակի վարորդ Intel Chipset Installation Utility 7.0.0.1025
Գրաֆիկական վարորդ Windows- ի կանխադրված գրաֆիկական վարորդ

Փորձարկման արդյունքները

RAID- ի սկզբնավորման ժամանակը

Մենք օգտագործեցինք ութ Seagate Savvio 10K.2 կոշտ սկավառակ և որոշեցինք այն ժամանակը, որը վերահսկիչներից պահանջվեց RAID 5 կամ RAID 6 զանգվածներ ստեղծելու համար:

Վերահսկիչ RAID 5 RAID 6
1 ժամ 12 րոպե 1 ժամ 2 րոպե
Ատտո 23 րոպե Հ / հ
57 րոպե 57 րոպե
2 ժամ 42 րոպե

Միանգամայն հասկանալի է, որ ամենաարագ XOR պրոցեսորներով վերահսկիչներն ամենաարագն են ստացվել: Այնուամենայնիվ, բոլոր վերահսկիչները աջակցում են ֆոնային նախաստորագրմանը, ինչը դանդաղեցնում է կատարումը, բայց թույլ է տալիս զանգվածը օգտագործել անմիջապես:

Նվազեցված RAID 6 թողունակությունը

Բոլոր չորս վերահսկիչներն էլ հզոր են, ապահովում են պահեստավորման բարձր արդյունավետություն և հարուստ հնարավորություններ ՝ միջին և միջին մակարդակի սերվերների համար ճկուն, բարձր կատարողական զանգվածներ ստեղծելու համար: Բոլոր վերահսկիչներն ունեն ութ SAS նավահանգիստ, սակայն դրանց կարող են միացվել նաև SATA կոշտ սկավառակներ, ներառյալ խառը SAS / SATA տարբերակները: SAS ընդլայնիչների (ընդլայնիչ) օգնությամբ դուք կարող եք միացնել ավելի շատ կոշտ սկավառակներ: Կարծում ենք, որ վերանայված չորս կարգավորիչները հարմար են մինչև 12 կոշտ սկավառակներ միացնելու համար, քանի որ մոդելների մեծ մասն ուղղված է ներքին կոշտ սկավառակների վրա: Եթե ​​ցանկանում եք միացնել արտաքին պարագաները, ապա ուշադրություն դարձրեք արտաքին Mini-SAS նավահանգիստներով մոդելներին:

ICP 5085BL վերահսկիչը շատ մոտ է Adaptec RAID 3805 -ին, սակայն ավելի լավ կատարում է առաջարկում ավելի արագ XOR պրոցեսորով և քեշի կրկնակի չափով: Այնուամենայնիվ, գինը մի փոքր ավելի բարձր է. Adaptec RAID 3805 -ի համար 575 դոլարի փոխարեն առաջարկվում է 650 դոլար: Երկու քարտերն էլ առաջարկում են տպավորիչ ֆունկցիոնալ հավաքածու և հագեցած են ծրագրակազմի ամբողջական փաթեթով, որը վերջին տարիներին զգալիորեն բարելավվել է: Չմոռանանք, որ Adaptec- ը պրոֆեսիոնալ պահեստավորման շուկայում ամենակայացած խաղացողներից է: Atto- ն իր վերահսկիչի համար գանձում է 1,095 դոլար, և այդ գնով դուք ստանում եք ավելի քիչ RAID գործառույթներ (առանց RAID 4 -ի աջակցության), և դեռ պետք է անեք լրացուցիչ անհատականացումվերահսկիչ `այն ավելի արագ աշխատեցնելու համար: Ոչինչ, բայց լռելյայն պարամետրերով գործառույթը, որն արագացնում է ընթերցման աշխատանքը, անջատված է: Վերահսկիչը լավ է կատարում նվազեցված RAID 5 զանգվածը, քանի որ գրելու կատարումը չի վատթարանում, ինչպես մյուս ապրանքները:

Raidcore- ը տրամադրում է ամենաֆունկցիոնալ ծրագրակազմը, որն այլ ճարտարապետության արդյունք է. Այն կապված է հյուրընկալող մեքենայի հետ և կախված է դրա կատարումից: Unfortunatelyավոք, Raidcore- ը դեռ չի աջակցում RAID 6-ին (իրականում ՝ ոչ նաև Atto- ն), բայց կարող եք RAID- ի զանգվածները քանդել Raidcore- ի բազմաթիվ վերահսկիչների միջոցով, և մեր երկակի վարդակից Xeon սերվերի I / O կատարումը գերազանց էր: Տվյալների տոկոսադրույքները նույնպես բարձր էին, բայց մյուս կարգավարները սովորաբար շրջանցում են Raidcore- ը այս կարգապահության մեջ:

Եթե ​​դեմ չեք, որ վերահսկիչը բեռնաթափի սերվերի սերվերը XOR հաշվարկներով և աջակցվող օպերացիոն համակարգերի ցանկը ձեզ հարմար է, ապա Ciprico / Raidcore մոդելը կապահովի գին / որակ գերազանց հարաբերակցություն: Այնուամենայնիվ, Adaptec- ն ավելի լավ կատարում է առաջարկում բազմաթիվ ոլորտներում, և 575 դոլար գինը նույնպես բավականին խելամիտ է:

Հակիրճ ժամանակակից RAID վերահսկիչների մասին

Ներկայումս RAID վերահսկիչները երկուսն են առանձին լուծումկենտրոնացած է բացառապես սերվերների մասնագիտացված շուկայի հատվածի վրա: Իրոք, սպառողական համակարգիչների համար նախատեսված բոլոր ժամանակակից մայր տախտակները (ոչ սերվերային տախտակները) ունեն ինտեգրված որոնվածը SATA RAID կարգավորիչներ, որոնք ավելի քան բավարար են ԱՀ օգտագործողների համար: Այնուամենայնիվ, պետք է հաշվի առնել, որ այս վերահսկիչները կենտրոնացած են բացառապես Windows օպերացիոն համակարգի օգտագործման վրա: Linux ընտանիքի օպերացիոն համակարգերում RAID զանգվածները ստեղծվում են ծրագրային առումով, և բոլոր հաշվարկները փոխանցվում են RAID վերահսկիչից Պրոցեսոր.

Սերվերներն ավանդաբար օգտագործում են կամ ապարատային-ծրագրային ապահովում, կամ զուտ ապարատային RAID վերահսկիչներ: Ապարատային RAID վերահսկիչը թույլ է տալիս ստեղծել և պահպանել RAID զանգված ՝ առանց օպերացիոն համակարգի կամ պրոցեսորի անհրաժեշտության: Նման RAID զանգվածները օպերացիոն համակարգը դիտում է որպես մեկ սկավառակ (SCSI սկավառակ): Այս դեպքում մասնագիտացված վարորդ անհրաժեշտ չէ. Օգտագործվում է ստանդարտ (ներառված օպերացիոն համակարգում) SCSI սկավառակի վարորդը: Այս առումով, ապարատային վերահսկիչները անկախ են պլատֆորմից, և RAID զանգվածը կազմաձևված է վերահսկիչի BIOS- ի միջոցով: Սարքավորումների RAID վերահսկիչը չի օգտագործում կենտրոնական պրոցեսորը բոլոր ստուգիչ գումարները հաշվարկելիս և այլն, քանի որ հաշվարկների համար օգտագործում է իր մասնագիտացված պրոցեսորը և RAM- ը:

Softwareրագրային ապահովման և սարքավորումների վերահսկիչները պահանջում են հատուկ վարորդ, որը փոխարինում է SCSI սկավառակի ստանդարտ վարորդին: Բացի այդ, ծրագրային ապահովման և ապարատային վերահսկիչները հագեցած են կառավարման կոմունալ ծառայություններով: Այս առումով ծրագրային և ապարատային կարգավորիչները կապված են որոշակի օպերացիոն համակարգի հետ: Այս դեպքում բոլոր անհրաժեշտ հաշվարկները կատարվում են նաև RAID վերահսկիչի պրոցեսորի կողմից, սակայն ծրագրակազմի վարորդի և կառավարման օգտակար ծրագրի օգտագործումը թույլ է տալիս վերահսկիչին վերահսկել օպերացիոն համակարգի միջոցով, և ոչ միայն վերահսկիչի BIOS- ի միջոցով:

Հաշվի առնելով այն փաստը, որ SAS կրիչներն արդեն փոխարինել են SCSI սերվերային կրիչներին, սերվերի բոլոր ժամանակակից RAID վերահսկիչները կենտրոնացած են կամ SAS կամ SATA կրիչներ աջակցելու վրա, որոնք օգտագործվում են նաև սերվերներում:

Անցյալ տարի շուկայում սկսեցին հայտնվել նոր SATA 3 (SATA 6 Գբ / վ) ինտերֆեյսով կրիչներ, որոնք աստիճանաբար սկսեցին փոխարինել SATA 2 (SATA 3Gb / վ) ինտերֆեյսին: SAS (3 Գբ / վ) կրիչներ փոխարինվել են SAS 2.0 (6 Գբ / վ) կրիչներով: Բնականաբար, նոր SAS 2.0 ստանդարտը լիովին համատեղելի է հին ստանդարտի հետ:

Համապատասխանաբար, հայտնվեցին RAID կարգավորիչներ ՝ SAS 2.0 ստանդարտի աջակցությամբ: Թվում է, թե որն է SAS 2.0 ստանդարտին անցնելու իմաստը, եթե նույնիսկ ամենաարագ SAS սկավառակները ունեն կարդալու և գրելու արագություն ոչ ավելի, քան 200 ՄԲ / վ և SAS արձանագրության թողունակություն (3 Գբ / վ կամ 300 ՄԲ / վ) ) բավարար է նրանց համար:

Իրոք, երբ յուրաքանչյուր սկավառակ միացված է RAID վերահսկիչի առանձին պորտին, 3 Գբ / վ թողունակություն (որը տեսականորեն 300 ՄԲ / վ է) բավարար է: Այնուամենայնիվ, ոչ միայն առանձին սկավառակներ, այլև սկավառակի զանգվածներ (սկավառակների զամբյուղներ) կարող են միացվել RAID վերահսկիչի յուրաքանչյուր պորտին: Այս դեպքում մեկ SAS ալիքը կիսվում է միանգամից մի քանի կրիչներով, և 3 Գբ / վ թողունակությունն այլևս բավարար չի լինի: Դե, բացի այդ, պետք է հաշվի առնել SSD սկավառակների առկայությունը, որոնց կարդալու և գրելու արագությունն արդեն գերազանցել է 300 ՄԲ / վ սահմանը: Օրինակ, նոր Intel SSD 510 սկավառակը առաջարկում է մինչև 500 ՄԲ / վ ընթերցման հաջորդական արագություն և հաջորդական գրելու արագություն մինչև 315 ՄԲ / վ:

Սերվերային RAID վերահսկիչների շուկայում առկա իրավիճակին արագ ծանոթանալուց հետո եկեք նայենք LSI 3ware SAS 9750-8i վերահսկիչի բնութագրերին:

3ware SAS 9750-8i RAID վերահսկիչի տեխնիկական պայմաններ

Այս RAID կարգավորիչը հիմնված է մասնագիտացված XOR պրոցեսոր LSI SAS2108- ի վրա ՝ 800 ՄՀց հաճախականությամբ և PowerPC ճարտարապետությամբ: Այս պրոցեսորն օգտագործում է 512 ՄԲ DDRII 800 ՄՀց սխալների ուղղման (ECC) հիշողություն:

LSI 3ware SAS 9750-8i վերահսկիչը համատեղելի է SATA և SAS կրիչների հետ (ապահովված են ինչպես HDD, այնպես էլ SSD կրիչներ) և թույլ է տալիս միացնել մինչև 96 սարք `օգտագործելով SAS ընդլայնիչներ: Կարևոր է նաև, որ այս վերահսկիչն ապահովի SATA 600 MB / վ (SATA III) և SAS 2 ինտերֆեյս ունեցող կրիչներ:

Սկավառակներ միացնելու համար վերահսկիչն ապահովում է ութ նավահանգիստ, որոնք ֆիզիկապես համակցված են երկու Mini-SAS SFF-8087 միակցիչների մեջ (չորս միակցիչ յուրաքանչյուր միակցիչում): Այսինքն, եթե սկավառակները միացված են անմիջապես նավահանգիստներին, ապա ընդհանուր առմամբ ութ սկավառակ կարող է միացվել վերահսկիչին, և երբ սկավառակի վանդակները միացված են յուրաքանչյուր պորտին, սկավառակի ընդհանուր հզորությունը կարող է հասցվել 96 -ի: ունի 6 Գբ / վ թողունակություն, որը համապատասխանում է SAS 2 և SATA III չափանիշներին:

Բնականաբար, սկավառակներ կամ սկավառակների վանդակներ այս վերահսկիչին միացնելիս ձեզ հարկավոր կլինեն մասնագիտացված մալուխներ, որոնք մի ծայրում ունեն ներքին Mini-SAS SFF-8087 միակցիչ, իսկ մյուս ծայրում միակցիչ, որը կախված է նրանից, թե կոնկրետ ինչ է կապված վերահսկիչի հետ: Օրինակ, SAS սկավառակները ուղղակիորեն վերահսկիչին միացնելիս պետք է օգտագործել մալուխ, որը մի կողմից ունի Mini-SAS SFF-8087 միակցիչ, իսկ մյուս կողմից `չորս SFF 8484 միակցիչ, որոնք թույլ են տալիս ուղղակիորեն միացնել SAS սկավառակներ: Նշենք, որ մալուխներն իրենք ներառված չեն փաթեթում և պետք է առանձին գնվեն:

LSI 3ware SAS 9750-8i վերահսկիչն ունի PCI Express 2.0 x8 ինտերֆեյս, որն ապահովում է 64 Գբիթ / վ թողունակություն (32 Գբիթ / վրկ յուրաքանչյուր ուղղությամբ): Հասկանալի է, որ այս թողունակությունը բավարար է ամբողջովին բեռնված ութ SAS նավահանգստի համար `յուրաքանչյուրը 6 Գբ / վ թողունակությամբ: Նաև նշեք, որ վերահսկիչն ունի հատուկ միակցիչ, որի մեջ կարող եք ընտրովի միացնել LSIiBBU07 պահեստային մարտկոցը:

Կարևոր է, որ այս վերահսկիչը պահանջում է վարորդի տեղադրում, այսինքն ՝ դա RAID- ի ապարատային-ծրագրային ապահովման վերահսկիչ է: Այն աջակցում է այնպիսի օպերացիոն համակարգեր, ինչպիսիք են Windows Vista, Windows Server 2008, Windows Server 2003 x64, Windows 7, Windows 2003 Server, MAC OS X, LinuxFedora Core 11, Red Hat Enterprise Linux 5.4, OpenSuSE 11.1, SuSE Linux Enterprise Server (SLES) 11 , OpenSolaris 2009.06, VMware ESX / ESXi 4.0 / 4.0 թարմացում -1 և Linux այլ համակարգեր: Փաթեթը ներառում է նաև 3ware Disk Manager 2 ծրագրակազմ, որը թույլ է տալիս կառավարել ձեր RAID զանգվածները օպերացիոն համակարգի միջոցով:

LSI 3ware SAS 9750-8i վերահսկիչն ապահովում է RAID- ի ստանդարտ տեսակներ ՝ RAID 0, 1, 5, 6, 10 և 50: Գուցե միակ զանգվածի տեսակը, որը չի ապահովվում, RAID 60-ն է: Դա պայմանավորված է նրանով, որ այս վերահսկիչն է ունակ է ստեղծել RAID 6 զանգված միայն հինգ սկավառակների վրա, որոնք ուղղակիորեն կապված են յուրաքանչյուր վերահսկիչի նավահանգստի հետ (տեսականորեն RAID 6 -ը կարող է ստեղծվել չորս սկավառակի վրա): Ըստ այդմ, RAID 60 զանգվածի համար այս վերահսկիչը պահանջում է առնվազն տասը սկավառակ, որոնք պարզապես գոյություն չունեն:

Հասկանալի է, որ RAID 1 զանգվածի աջակցությունը նման վերահսկիչի համար անտեղի է, քանի որ այս տեսակի զանգվածը ստեղծվում է ընդամենը երկու սկավառակի վրա, և նման վերահսկիչ օգտագործելը միայն երկու սկավառակի համար անտրամաբանական է և ծայրահեղ վատնում: Բայց RAID 0, 5, 6, 10 և 50 զանգվածների աջակցությունը շատ տեղին է: Չնայած, թերևս, մենք շտապում էինք RAID 0 զանգվածի հետ: Այնուամենայնիվ, այս զանգվածը չունի ավելորդություն, և, համապատասխանաբար, չի ապահովում տվյալների հուսալի պահեստավորում, ուստի այն հազվադեպ է օգտագործվում սերվերներում: Այնուամենայնիվ, տեսականորեն, այս զանգվածը տվյալների կարդալու և գրելու արագությամբ ամենաարագն է: Այնուամենայնիվ, եկեք հիշենք, թե ինչպես են տարբեր տեսակի RAID զանգվածները տարբերվում միմյանցից և որոնք են դրանք:

RAID մակարդակները

«RAID array» տերմինը հայտնվել է 1987 թվականին, երբ ամերիկացի հետազոտողներ Բերքլիի Կալիֆոռնիայի համալսարանից Պատերսոնը, Գիբսոնը և Կացը իրենց հոդվածում նկարագրում էին «Գործ էժան սկավառակների ավելորդ զանգվածների համար, RAID»: սկավառակները կարող են միավորվել մեկ տրամաբանական սարքի մեջ, որպեսզի արդյունքը լինի համակարգի հզորության և կատարողականի բարձրացում, իսկ առանձին կրիչների ձախողումը չհանգեցնի ամբողջ համակարգի ձախողմանը: Այս հոդվածի հրապարակումից անցել է գրեթե 25 տարի, սակայն RAID զանգվածների կառուցման տեխնոլոգիան այսօր չի կորցրել իր արդիականությունը: Միակ բանը, որ փոխվել է դրանից հետո, RAID հապավման վերծանումն է: Փաստն այն է, որ սկզբնական շրջանում RAID- ի զանգվածները կառուցված չէին էժան սկավառակների վրա, ուստի Էժան բառը փոխվեց անկախի, որն ավելի համահունչ էր իրականությանը:

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

Սկավառակի ենթահամակարգի աշխատանքի բարձրացումն ապահովվում է մի քանի սկավառակների միաժամանակյա գործարկմամբ, և այս առումով, որքան զանգվածում ավելի շատ սկավառակներ (մինչև որոշակի սահման), այնքան լավ:

Սկավառակի փոխանակումը զանգվածում կարող է իրականացվել զուգահեռ կամ անկախ մուտքի միջոցով: Parallelուգահեռ հասանելիությամբ սկավառակի տարածքը բաժանվում է բլոկների (շերտերի) տվյալների գրանցման համար: Նմանապես, սկավառակի վրա գրվող տեղեկատվությունը բաժանվում է նույն բլոկների: Գրելու ժամանակ առանձին բլոկներ գրվում են տարբեր սկավառակների վրա, իսկ մի քանի բլոկներ `գրված տարբեր սկավառակներտեղի է ունենում միաժամանակ, ինչը հանգեցնում է գրելու ավելի լավ կատարման: Անհրաժեշտ տեղեկատվությունայն միաժամանակ կարդացվում է մի քանի սկավառակից առանձին բլոկներում, ինչը նույնպես մեծացնում է կատարողականությունը զանգվածում առկա սկավառակների թվի համեմատ:

Պետք է նշել, որ զուգահեռ մուտքի մոդելը կիրառվում է միայն այն դեպքում, երբ տվյալների գրման հարցման չափը ավելի մեծ է, քան բուն բլոկի չափը: Հակառակ դեպքում գործնականում անհնար է մի քանի բլոկների զուգահեռ գրանցում կատարել: Պատկերացրեք մի իրավիճակ, երբ առանձին բլոկի չափը 8 ԿԲ է, իսկ տվյալների գրման հարցման չափը `64 ԿԲ: Այս դեպքում սկզբնական տեղեկատվությունը կտրված է ութ բլոկի ՝ յուրաքանչյուրը 8 ԿԲ -ով: Եթե ​​ունեք չորս սկավառակի զանգված, կարող եք միաժամանակ գրել չորս բլոկ կամ 32 ԿԲ: Ակնհայտ է, որ դիտարկված օրինակում գրելու և կարդալու արագությունը չորս անգամ ավելի բարձր կլինի, քան մեկ սկավառակ օգտագործելիս: Սա ճիշտ է միայն իդեալական իրավիճակի համար, սակայն հարցման չափը միշտ չէ, որ բլոկի չափի և զանգվածի սկավառակների թվի բազմապատիկն է:

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

Ըստ մուտքի տարբեր տեսակների, կան տարբեր տեսակի RAID զանգվածներ, որոնք սովորաբար բնութագրվում են RAID մակարդակներով: Մուտքի տեսակից բացի, RAID- ի մակարդակները տարբերվում են տեղակայման և ավելորդ տեղեկատվության ստեղծման եղանակով: Ավելորդ տեղեկատվությունը կարող է կամ տեղադրվել նվիրված սկավառակի վրա, կամ տարածվել բոլոր սկավառակների վրա:

Ներկայումս կան մի քանի RAID մակարդակներ, որոնք լայնորեն կիրառվում են ՝ RAID 0, RAID 1, RAID 5, RAID 6, RAID 10, RAID 50 և RAID 60. Նախկինում եղել են նաև RAID 2, RAID 3 և RAID 4 մակարդակներ, սակայն դրանք RAID մակարդակները ներկայումս չեն օգտագործվում, և ժամանակակից RAID վերահսկիչները չեն աջակցում դրանք: Նկատի ունեցեք, որ բոլոր ժամանակակից RAID կարգավորիչները նույնպես աջակցում են JBOD (Just a Bench Of Disks) գործառույթին: Այս դեպքում մենք չենք խոսում RAID զանգվածի, այլ պարզապես առանձին սկավառակներ RAID վերահսկիչին միացնելու մասին:

RAID 0

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

Բրինձ 1. RAID 0 զանգված

Տեսականորեն կարդալու և գրելու արագության բարձրացումը պետք է լինի զանգվածի սկավառակների թվի բազմապատիկ:

RAID 0 զանգվածի հուսալիությունը ակնհայտորեն ցածր է սկավառակների որևէ մեկի հուսալիությունից և նվազում է զանգվածում ներառված սկավառակների թվի ավելացմամբ, քանի որ դրանցից որևէ մեկի ձախողումը հանգեցնում է ամբողջ զանգվածի անգործունակությանը: Եթե ​​յուրաքանչյուր սկավառակի MTTF- ն MTTF սկավառակ է, ապա RAID 0 զանգվածի MTBF, որը բաղկացած է nսկավառակները հավասար են.

MTTF RAID0 = MTTD սկավառակ / ն:

Եթե ​​մենք նշենք ձախողման հավանականությունը մեկ սկավառակի հետո որոշակի ժամանակահատվածում էջ, այնուհետև RAID 0 զանգվածի համար nսկավառակներ, առնվազն մեկ սկավառակի խափանման հավանականությունը (զանգվածի ընկնելու հավանականությունը) հետևյալն է.

P (զանգվածի անկում) = 1 - (1 - p) n.

Օրինակ, եթե երեք տարվա ընթացքում մեկ սկավառակի խափանման հավանականությունը 5%է, ապա երկու սկավառակներից RAID 0 զանգվածի ընկնելու հավանականությունն արդեն 9.75%է, իսկ ութ սկավառակից `33.7%:

RAID 1

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

Բրինձ 2. RAID 1 զանգված

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

P (ընկնող զանգված) = p 2.

Օրինակ, եթե երեք տարվա ընթացքում մեկ սկավառակի խափանման հավանականությունը կազմում է 5%, ապա երկու սկավառակի միաժամանակյա խափանման հավանականությունն արդեն 0,25%է:

RAID 5

RAID 5 զանգվածը (Նկար 3) սխալների հանդուրժող սկավառակի զանգված է ՝ բաշխված ստուգիչ գումարի պահպանմամբ: Գրելիս տվյալների հոսքը բայթերի մակարդակով բաժանվում է բլոկների (շերտերի), որոնք միաժամանակ շրջանաձև կարգով գրվում են զանգվածի բոլոր սկավառակների վրա:

Բրինձ 3. RAID 5 զանգված

Ենթադրենք, զանգվածը պարունակում է nսկավառակներ, իսկ շերտի չափը դ... Յուրաքանչյուր մասի համար n-1 շերտերի ստուգման գումարը հաշվարկվում է էջ.

Շերտագիծ դ 1գրված է առաջին սկավառակի վրա, շերտագիծ դ 2- երկրորդի վրա և այլն մինչև շերտագիծը դ n–1, որը գրված է (n - 1) րդ սկավառակի վրա: Հաջորդը, ստուգիչ գումարը գրվում է n-րդ սկավառակի վրա p n, և գործընթացը ցիկլային կերպով կրկնվում է առաջին սկավառակից, որի վրա գրված է շերտագիծը դ n.

Ձայնագրման գործընթացը ( n–1) շերտերն ու դրանց ստուգիչ գումարը կատարվում են միաժամանակ բոլորի համար nսկավառակներ:

Չեկի գումարը հաշվարկվում է ՝ գրելով տվյալների բլոկների վրա բիթային բացառիկ OR (XOR) գործողությունը: Այսպիսով, եթե կա nկոշտ սկավառակներ և դ- տվյալների բլոկ (շերտ), ապա ստուգման գումարը հաշվարկվում է հետևյալ բանաձևի միջոցով.

p n = d 1դ 2 ⊕ ... d n - 1:

Եթե ​​որևէ սկավառակ ձախողվի, դրա վերաբերյալ տվյալները կարող են վերականգնվել կառավարման տվյալների և առողջ սկավառակների վրա մնացած տվյալների վրա: Իրոք, օգտագործելով ինքնությունները բ)Ա բ= աեւ աա = 0 , մենք ստանում ենք.

p n⊕ (դ կp n) = d lդ n⊕ ...⊕ ...⊕ դ ն - լ⊕ (դ կp n):

դ կ = դ 1դ n⊕ ...⊕ դ կ - 1դ կ + 1⊕ ...⊕ p n.

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

RAID 5 -ի դեպքում զանգվածի բոլոր սկավառակները պետք է լինեն նույն չափի, սակայն գրելու համար հասանելի սկավառակի ենթահամակարգի ընդհանուր հզորությունը դառնում է ավելի քիչ, քան մեկ սկավառակ: Օրինակ, եթե հինգ սկավառակ 100 ԳԲ է, ապա զանգվածի իրական չափը 400 ԳԲ է, քանի որ 100 ԳԲ -ն վերապահված է աուդիտի տեղեկատվությանը:

RAID 5 զանգվածը կարող է կառուցվել երեք կամ ավելի կոշտ սկավառակների վրա: Asանգվածում կոշտ սկավառակների քանակի ավելացման հետ մեկտեղ դրա ավելորդությունը նվազում է: Նկատի ունեցեք նաև, որ RAID 5 զանգվածը կարող է վերականգնվել, եթե միայն մեկ սկավառակ ձախողվի: Եթե ​​երկու սկավառակ միաժամանակ խափանվում են (կամ եթե երկրորդ սկավառակը խափանում է զանգվածը վերականգնելիս), ապա զանգվածը չի կարող վերականգնվել:

RAID 6

Diskույց է տրվել, որ RAID 5 զանգվածը կարող է վերակառուցվել, եթե մեկ սկավառակ ձախողվի: Այնուամենայնիվ, երբեմն անհրաժեշտ է ապահովել հուսալիության ավելի բարձր մակարդակ, քան RAID 5. զանգվածը: Այս դեպքում կարող եք օգտագործել RAID 6 զանգված (Նկար 4), որը թույլ է տալիս վերականգնել զանգվածը, նույնիսկ եթե երկու կրիչ միաժամանակ խափանվում են: .

Բրինձ 4. RAID 6 զանգված

RAID 6 զանգվածը նման է RAID 5 -ին, բայց այն օգտագործում է ոչ թե մեկ, այլ երկու ստուգիչ գումար, որոնք ցիկլիկ կերպով բաշխված են սկավառակների վրա: Առաջին ստուգիչ գումար էջհաշվարկվում է նույն ալգորիթմի միջոցով, ինչ RAID 5 զանգվածում, այսինքն ՝ դա XOR գործողություն է ՝ տարբեր սկավառակների վրա գրված տվյալների բլոկների միջև.

p n = d 1դ 2⊕ ...⊕ d n - 1.

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

q n = g 1 d 1գ 2 դ 2⊕ ...⊕ g n - 1 d n - 1:

Համապատասխանաբար, զանգվածի երկու սկավառակի հզորությունը հատկացված է ստուգաթերթերի համար: Տեսականորեն, RAID 6 զանգվածը կարող է ստեղծվել չորս կամ ավելի կրիչների վրա, սակայն շատ վերահսկիչներում այն ​​կարող է ստեղծվել առնվազն հինգ կրիչի վրա:

Պետք է հաշվի առնել, որ RAID 6 զանգվածի կատարումը, որպես կանոն, 10-15% -ով ցածր է RAID 5 զանգվածի կատարումից (հավասար թվով սկավառակներով), ինչը պայմանավորված է մեծ ծավալով վերահսկիչի կողմից կատարված հաշվարկներ (անհրաժեշտ է հաշվարկել երկրորդ ստուգիչ գումարը, ինչպես նաև կարդալ և վերաշարադրել ավելի շատ սկավառակի բլոկներ, քանի որ յուրաքանչյուր բլոկ գրված է):

RAID 10

RAID 10 (Նկար 5) 0 և 1 մակարդակների խառնուրդ է: Այս մակարդակի համար պահանջվում է առնվազն չորս կրիչ: Չորս սկավառակներից բաղկացած RAID 10 զանգվածում դրանք զույգերով համակցված են RAID 1 զանգվածների մեջ, և այս երկու զանգվածներն էլ որպես տրամաբանական սկավառակներ համակցված են RAID 0 զանգվածի մեջ: Հնարավոր է նաև մեկ այլ մոտեցում. Սկզբնապես սկավառակները միավորվում են RAID 0 -ի մեջ զանգվածներ, այնուհետև տրամաբանական սկավառակներ ՝ հիմնված այս զանգվածների վրա ՝ դեպի RAID 1 զանգված:

Բրինձ 5. RAID 10 զանգված

RAID 50

RAID 50 -ը 0 և 5 մակարդակների խառնուրդ է (Նկար 6): Այս մակարդակի համար պահանջվող նվազագույնը վեց սկավառակ է: RAID 50 զանգվածում սկզբում ստեղծվում է երկու RAID 5 զանգված (յուրաքանչյուրում առնվազն երեք սկավառակ), որոնք այնուհետև որպես տրամաբանական սկավառակներ համակցվում են RAID 0 զանգվածի մեջ:

Բրինձ 6. RAID 50 զանգված

LSI 3ware SAS 9750-8i Controller Test Methodology

LSI 3ware SAS 9750-8i RAID վերահսկիչը փորձարկելու համար մենք օգտագործեցինք մասնագիտացված փորձարկման հավաքածու IOmeter 1.1.0 (տարբերակ 2010.12.02): Փորձարկման տակդիրուներ հետևյալ կազմաձևը.

  • պրոցեսոր - Intel Core i7-990 (Gulftown);
  • մայր տախտակ-GIGABYTE GA-EX58-UD4;
  • հիշողություն-DDR3-1066 (3 ԳԲ, եռալիքային ռեժիմ);
  • համակարգի սկավառակ- WD Caviar SE16 WD3200AAKS;
  • վիդեո քարտ - GIGABYTE GeForce GTX480 SOC;
  • RAID վերահսկիչ - LSI 3ware SAS 9750-8i;
  • RAID վերահսկիչին կցված SAS կրիչներ են Seagate Cheetah 15K.7 ST3300657SS:

Փորձարկումն իրականացվել է Microsoft Windows 7 Ultimate (32-բիթ) օպերացիոն համակարգի ներքո:

Մենք օգտագործեցինք Windows RAID վերահսկիչի վարորդի 5.12.00.007 տարբերակը և նաև թարմացրեցինք վերահսկիչի որոնվածը 5.12.00.007 տարբերակին:

Համակարգային սկավառակը միացված էր SATA- ին, որն իրականացվում էր Intel X58 չիպսեթի հարավային կամրջի մեջ միացված վերահսկիչի միջոցով, իսկ SAS սկավառակները միացված էին անմիջապես RAID վերահսկիչի նավահանգիստներին `օգտագործելով երկու Mini-SAS SFF-8087-> 4 SAS մալուխներ:

RAID վերահսկիչը տեղադրվել է մայր տախտակի վրա PCI Express x8 բնիկում:

Կարգավորիչը փորձարկվել է հետևյալ RAID զանգվածներով `RAID 0, RAID 1, RAID 5, RAID 6, RAID 10 և RAID 50: RAID զանգվածում համակցված սկավառակների թիվը տատանվում է յուրաքանչյուր տեսակի զանգվածի համար` նվազագույն արժեքից մինչև ութ:

Բոլոր RAID զանգվածների վրա գծի չափը չի փոխվել և կազմել է 256 ԿԲ:

Հիշեցնենք, որ IOmeter փաթեթը թույլ է տալիս աշխատել ինչպես սկավառակներով, որոնց վրա ստեղծվում է տրամաբանական միջնորմ, այնպես էլ առանց տրամաբանական միջնապատի սկավառակների: Եթե ​​սկավառակը փորձարկվում է առանց դրա վրա ստեղծված տրամաբանական միջնապատի, ապա IOmeter- ն աշխատում է տրամաբանական տվյալների բլոկների մակարդակի վրա, այսինքն ՝ օպերացիոն համակարգի փոխարեն, այն հրամանատարին է ուղարկում LBA բլոկներ գրելու կամ կարդալու համար:

Եթե ​​սկավառակի վրա ստեղծվում է տրամաբանական բաժին, ապա սկզբում IOmeter կոմունալը սկավառակի վրա ստեղծում է ֆայլ, որը լռելյայն զբաղեցնում է ամբողջ տրամաբանական միջնորմը (սկզբունքորեն, այս ֆայլի չափը կարող է փոխվել `այն նշելով 512 բայթ հատվածներ), այնուհետև այն արդեն աշխատում է այս ֆայլի հետ, այսինքն ՝ կարդում կամ գրում է (վերաշարադրում) այս ֆայլի ներսում առանձին LBA- ներ: Բայց կրկին, IOmeter- ը գործում է ՝ շրջանցելով օպերացիոն համակարգը, այսինքն ՝ այն ուղղակիորեն խնդրանքներ է ուղարկում վերահսկիչին ՝ տվյալներ կարդալու / գրելու համար:

Ընդհանուր առմամբ, HDD սկավառակներ փորձարկելիս, ինչպես ցույց է տալիս պրակտիկան, գործնականում ոչ մի տարբերություն չկա ստեղծված տրամաբանական միջնորմով և առանց դրա սկավառակի փորձարկման արդյունքների միջև: Միևնույն ժամանակ, մենք կարծում ենք, որ ավելի ճիշտ է թեստավորում անցկացնել առանց ստեղծված տրամաբանական միջնապատի, քանի որ այս դեպքում թեստի արդյունքները կախված չեն օգտագործվածից ֆայլային համակարգ(NTFA, FAT, ext և այլն): Ահա թե ինչու մենք փորձարկումներ կատարեցինք ՝ առանց տրամաբանական միջնապատեր ստեղծելու:

Բացի այդ, IOmeter կոմունալը թույլ է տալիս սահմանել Transfer Request Size- ը տվյալների գրման / ընթերցման համար, և թեստը կարող է իրականացվել ինչպես հաջորդական (հաջորդական) ընթերցումների և գրառումների դեպքում, երբ LBA բլոկները կարդալ և գրել հաջորդաբար մեկը մյուսի հետևից, և պատահական, երբ LBA բլոկները կարդացվում և գրվում են պատահական կարգով: Բեռի սցենար ստեղծելիս կարող եք սահմանել փորձարկման ժամանակը, հաջորդական և պատահական գործողությունների միջև տոկոսային հարաբերակցությունը (տոկոսային պատահական / հաջորդական բաշխում), ինչպես նաև ընթերցման և գրելու գործողությունների տոկոսային հարաբերակցությունը (կարդալու / գրելու բաշխման տոկոսը): Բացի այդ, IOmeter կոմունալ ծառայությունը ավտոմատացնում է թեստավորման ամբողջ գործընթացը և պահպանում բոլոր արդյունքները CSV ֆայլում, որը այնուհետև կարող է հեշտությամբ արտահանվել Excel աղյուսակ:

Մեկ այլ պարամետր, որը թույլ է տալիս IOmeter կոմունալ ծառայությունը, այսպես կոչված Align I / Os կոշտ սկավառակի հատվածների սահմանների երկայնքով է: Լռելյայն, IOmeter- ը հարցումների բլոկները հավասարեցնում է սկավառակի հատվածի 512 բայթ սահմաններին, սակայն կարող է նաև կամայական հավասարեցում սահմանվել: Իրականում, կոշտ սկավառակների մեծ մասի հատվածը 512 բայթ է, և վերջերս սկսեցին հայտնվել 4 Կբայթ հատվածի չափի կրիչներ: Հիշեք, որ HDD- ներում հատվածը հասցեագրվող տվյալների ամենափոքր չափն է, որը կարելի է գրել կամ կարդալ սկավառակից:

Թեստավորում իրականացնելիս անհրաժեշտ է տվյալների փոխանցման հարցումների բլոկների հավասարեցում սկավառակի հատվածի չափին: Քանի որ Seagate Cheetah 15K.7 ST3300657SS կրիչներն ունեն հատվածի չափը 512 բայթ, մենք օգտագործել ենք հատվածի հավասարեցում 512 բայթ:

Օգտագործելով IOmeter թեստային փաթեթը, մենք չափեցինք ընթերցման և գրելու հաջորդական արագությունը, ինչպես նաև ստեղծված RAID զանգվածի պատահական ընթերցման և գրելու արագությունը: Փոխանցվող տվյալների բլոկների չափերն էին 512 բայթ, 1, 2, 4, 8, 16, 32, 64, 128, 256, 512 և 1024 ԿԲ:

Թվարկված բեռների սցենարներում տվյալների բլոկ փոխանցելու յուրաքանչյուր խնդրանքով փորձարկման ժամանակը 5 րոպե էր: Նաև նշեք, որ վերը նշված բոլոր թեստերում IOmeter- ի պարամետրերում մենք առաջադրանքների հերթի խորությունը (# Outlook I / Os) սահմանում ենք 4, ինչը բնորոշ է օգտագործողների ծրագրերին:

Փորձարկման արդյունքները

Հենանիշային արդյունքները վերանայելուց հետո մեզ զարմացրեց LSI 3ware SAS 9750-8i RAID վերահսկիչի աշխատանքը: Եվ այնքան, որ նրանք սկսեցին ուսումնասիրել մեր սցենարները ՝ դրանցում առկա սխալները հայտնաբերելու համար, իսկ հետո բազմիցս կրկնեցին թեստավորումը RAID վերահսկիչի այլ պարամետրերով: Մենք փոխեցինք RAID կարգավորիչի շերտագիծը և քեշի ռեժիմը: Սա, իհարկե, ազդեց արդյունքների վրա, բայց չփոխեց տվյալների փոխանցման արագության կախվածության ընդհանուր բնույթը տվյալների բլոկի չափից: Եվ մենք պարզապես չէինք կարող բացատրել այս կախվածությունը: Այս վերահսկիչի աշխատանքը մեզ թվում է բոլորովին անտրամաբանական: Նախ, արդյունքները անկայուն են, այսինքն ՝ տվյալների բլոկի յուրաքանչյուր ֆիքսված չափի համար արագությունը պարբերաբար փոխվում է, և միջին արդյունքը մեծ սխալ ունի: Նկատի ունեցեք, որ սովորաբար IOmeter կոմունալ ծառայությունից օգտվող սկավառակների և կարգավորիչների փորձարկման արդյունքները կայուն են և փոքր -ինչ տարբերվում են:

Երկրորդ, քանի որ բլոկի չափը մեծանում է, տվյալների արագությունը պետք է մեծանա կամ մնա անփոփոխ հագեցվածության ռեժիմում (երբ փոխարժեքը հասնի իր առավելագույն արժեքին): Այնուամենայնիվ, LSI 3ware SAS 9750-8i վերահսկիչի համար որոշ բլոկների չափերի դեպքում տվյալների արագության կտրուկ անկում կա: Բացի այդ, մեզ համար առեղծված է մնում, թե ինչու RAID 5 և RAID 6 զանգվածների համար նույնքան սկավառակներով գրելու արագությունը ընթերցման արագությունից բարձր է: Մի խոսքով, մենք չենք կարող բացատրել LSI 3ware SAS 9750-8i վերահսկիչի աշխատանքը: մնում է միայն փաստերը փաստել:

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

Մենք որոշեցինք արդյունքները դասակարգել ըստ զանգվածների տեսակների, քանի որ, մեր կարծիքով, չնայած գրաֆիկների բավականին մեծ թվին, դրանց ներկայացումն ավելի տեսողական է:

RAID 0

RAID 0 զանգվածը կարող է ստեղծվել երկուից ութ կրիչով: RAID 0 զանգվածի փորձարկման արդյունքները ներկայացված են Նկ. 7-15.

Բրինձ 7. հաջորդական կարդալու և գրելու արագությունը
ութ սկավառակներով ՝ RAID 0 զանգվածում

Բրինձ 8. հաջորդական կարդալու և գրելու արագությունը
յոթ սկավառակներով ՝ RAID 0 զանգվածում

Բրինձ 9. Կարդալու հաջորդական արագություն
և գրում է վեց սկավառակով ՝ RAID 0 զանգվածում

Բրինձ 10. հաջորդական կարդալու և գրելու արագությունը
հինգ սկավառակներով ՝ RAID 0 զանգվածում

Բրինձ 11. հաջորդական կարդալու և գրելու արագությունը
չորս սկավառակներով ՝ RAID 0 զանգվածում

Բրինձ 12. հաջորդական կարդալու և գրելու արագությունը
երեք սկավառակ ՝ RAID 0 զանգվածում

Բրինձ 13. հաջորդական կարդալու և գրելու արագությունը
երկու սկավառակ ՝ RAID 0 զանգվածում

Բրինձ 14. Պատահական ընթերցման արագություն
RAID 0 զանգվածում

Բրինձ 15. RAID 0 զանգվածում պատահական գրելու արագությունը

Հասկանալի է, որ RAID 0 զանգվածում ամենաարագ հաջորդական ընթերցման և գրելու արագությունը հասնում է ութ սկավառակի: Հարկ է նշել, որ RAID 0 զանգվածի ութ և յոթ սկավառակներով, կարդալ և գրելու հաջորդական արագությունները գործնականում նույնն են, իսկ ավելի քիչ սկավառակների դեպքում հաջորդական գրելու արագությունը դառնում է ավելի արագ, քան ընթերցման արագությունը:

Պետք է նաև նշել, որ բլոկի որոշակի չափերի հաջորդական ընթերցման և գրելու արագության մեջ բնորոշ խափանումներ կան: Օրինակ, զանգվածում ութ և վեց սկավառակներով նման խափանումները նկատվում են տվյալների բլոկի 1 և 64 ԿԲ չափերով, իսկ յոթ սկավառակներով ՝ 1, 2 և 128 ԿԲ չափերով: Կան նմանատիպ խափանումներ, սակայն տվյալների բլոկների տարբեր չափերի դեպքում զանգվածում կան նաև չորս, երեք և երկու սկավառակ:

Կարդալու և գրելու հաջորդական արագության առումով (որպես բնութագիր, որը միջինացված է բոլոր բլոկների չափերի համար), RAID 0 -ը գերազանցում է մյուս բոլոր հնարավոր զանգվածներին ՝ ութ, յոթ, վեց, հինգ, չորս, երեք և երկու կրիչներով:

RAID 0 զանգվածում պատահական մուտքը նույնպես բավականին հետաքրքիր է: Տվյալների բլոկի յուրաքանչյուր չափի ընթերցման պատահական արագությունը համամասնական է զանգվածի սկավառակների թվին, ինչը միանգամայն տրամաբանական է: Ավելին, 512 ԿԲ բլոկի չափսերով, զանգվածում առկա ցանկացած քանակությամբ սկավառակներով, պատահական ընթերցման արագության բնորոշ անկում կա:

Theանգվածում ցանկացած քանակությամբ սկավառակներով պատահական գրելու դեպքում արագությունը մեծանում է տվյալների բլոկի չափի մեծացման հետ մեկտեղ և արագության անկումներ չեն լինում: Միևնույն ժամանակ, հարկ է նշել, որ այս դեպքում ամենաբարձր արագությունը հասնում է ոչ թե ութ, այլ զանգվածի յոթ սկավառակներով: Հաջորդը ՝ պատահական գրելու արագության առումով, վեց սկավառակի զանգված է, այնուհետև ՝ հինգ, և միայն դրանից հետո ութ սկավառակ: Ավելին, պատահական գրելու արագության առումով ութ սկավառակի զանգվածը գրեթե նույնական է չորս սկավառակների զանգվածին:

Պատահական գրելու արագության առումով RAID 0 -ը գերազանցում է մյուս բոլոր հնարավոր զանգվածներին `ութ, յոթ, վեց, հինգ, չորս, երեք և երկու կրիչներով: Մյուս կողմից, ութ սկավառակ ունեցող կոնֆիգուրացիայում ընթերցման պատահական արագության առումով RAID 0 -ը զիջում է RAID 10 -ին և RAID 50 -ին, բայց ավելի քիչ սկավառակներով կազմաձևման դեպքում RAID 0 զանգվածը տանում է ընթերցման պատահական արագությամբ:

RAID 5

RAID 5 զանգվածը կարող է ստեղծվել երեքից ութ կրիչով: RAID 5 զանգվածի փորձարկման արդյունքները ներկայացված են Նկ. 16-23:

Բրինձ 16. հաջորդական կարդալու և գրելու արագությունը
ութ սկավառակներով ՝ RAID 5 զանգվածում

Բրինձ 17. հաջորդական կարդալու և գրելու արագությունը
յոթ սկավառակներով ՝ RAID 5 զանգվածում

Բրինձ 18. հաջորդական կարդալու և գրելու արագությունը
վեց կրիչով RAID 5 զանգվածում

Բրինձ 19. հաջորդական կարդալու և գրելու արագությունը
հինգ սկավառակներով ՝ RAID 5 զանգվածում

Բրինձ 20. հաջորդական կարդալու և գրելու արագությունը
չորս սկավառակներով ՝ RAID 5 զանգվածում

Բրինձ 21. հաջորդական կարդալու և գրելու արագությունը
երեք սկավառակներով ՝ RAID 5 զանգվածում

Բրինձ 22. Պատահական ընթերցման արագություն
RAID 5 զանգվածում

Բրինձ 23. Պատահական գրելու արագություն
RAID 5 զանգվածում

Հասկանալի է, որ կարդալու և գրելու ամենաբարձր արագությունը հասնում է ութ սկավառակի: Նկատի ունեցեք, որ RAID 5 զանգվածի համար հաջորդական գրելու արագությունը միջինում ավելի մեծ է, քան ընթերցման արագությունը: Այնուամենայնիվ, տվյալ խնդրանքի չափի համար հաջորդական ընթերցման արագությունը կարող է գերազանցել հաջորդական գրելու արագությունը:

Պետք է նաև նշել, որ զանգվածային ցանկացած քանակի սկավառակների համար որոշակի բլոկային չափերի հաջորդական ընթերցման և գրելու արագության բնորոշ խափանումներ կան:

Ութ սկավառակներով կազմաձևման հաջորդական կարդալու և գրելու արագության դեպքում RAID 5 -ը զիջում է RAID 0 -ին և RAID 50 -ին, բայց գերազանցում է RAID 10 -ին և RAID 6 -ին: 0 և գերազանցում է RAID 6 զանգվածին (այլ տեսակի զանգվածներ հնարավոր չեն տվյալ քանակությամբ սկավառակների դեպքում):

Վեց կրիչ ունեցող կոնֆիգուրացիաներում RAID 5 -ը ավելի քիչ հաջորդական է, քան RAID 0 և RAID 50, և հաջորդական գրելու արագությամբ `միայն RAID 0:

Հինգ, չորս և երեք կրիչ ունեցող կոնֆիգուրացիաներում RAID 5 -ը կարդալ և գրելու հաջորդական արագությամբ զիջում է միայն RAID 0 -ին:

RAID 5 զանգվածում պատահական մուտք գործելը նման է RAID 0 զանգվածի պատահական մուտքին: Այսպիսով, տվյալների բլոկի յուրաքանչյուր չափի համար պատահական ընթերցման արագությունը համաչափ է զանգվածի սկավառակների թվին, իսկ բլոկի 512 ԿԲ չափսերի դեպքում `ցանկացածի համար: սկավառակների քանակը զանգվածում, պատահական ընթերցման արագության բնորոշ անկում կա: Ավելին, պետք է նշել, որ պատահական ընթերցման արագությունը թույլ է կախված զանգվածի սկավառակների քանակից, այսինքն `մոտավորապես նույնն է ցանկացած քանակությամբ սկավառակների դեպքում:

Պատահական ընթերցման արագության առումով RAID 5 -ը ութ, յոթ, վեց, չորս և երեք կրիչներով կազմաձևվածությամբ զիջում է մյուս բոլոր զանգվածներին: Եվ միայն հինգ սկավառակ ունեցող կոնֆիգուրացիայի դեպքում այն ​​մի փոքր գերազանցում է RAID 6 զանգվածին:

Պատահական գրելու արագության առումով ութ սկավառակ ունեցող կոնֆիգուրացիայում RAID 5 -ը զիջում է միայն RAID 0 -ին և RAID 50 -ին, իսկ յոթ և հինգ, չորս և երեք սկավառակներով կազմաձևերին `RAID 0 -ին:

Վեց շարժիչով կազմաձևման դեպքում RAID 5-ը պատահական գրելու արագությամբ զիջում է RAID 0-ին, RAID 50-ին և RAID 10-ին:

RAID 6

LSI 3ware SAS 9750-8i վերահսկիչը թույլ է տալիս ստեղծել հինգից ութ կրիչներից բաղկացած RAID 6 զանգված: RAID 6 զանգվածի փորձարկման արդյունքները ներկայացված են Նկ. 24-29:

Բրինձ 24. հաջորդական կարդալու և գրելու արագությունը
ութ սկավառակներով ՝ RAID 6 զանգվածում

Բրինձ 25. հաջորդական կարդալու և գրելու արագությունը
յոթ սկավառակներով ՝ RAID 6 զանգվածում

Մենք նաև նշում ենք հաջորդական ընթերցման և գրելու արագության բնորոշ խափանումները զանգվածի ցանկացած քանակի սկավառակների համար:

Հաջորդ ընթերցման արագության առումով RAID 6 -ը ցանկացած (ութից հինգ) թվով սկավառակների կոնֆիգուրացիաներով զիջում է մյուս բոլոր զանգվածներին:

Հաջորդական գրելու արագության առումով իրավիճակը որոշ չափով ավելի լավ է: Ութ սկավառակներով կազմաձևման դեպքում RAID 6 -ը գերազանցում է RAID 10 -ին, իսկ վեց կրիչով կազմաձևման դեպքում ՝ ինչպես RAID 10, այնպես էլ RAID 50: Այնուամենայնիվ, յոթ և հինգ սկավառակներով կազմաձևերում, RAID 10 և RAID 50 զանգվածներ ստեղծելիս հնարավոր չէ, այս զանգվածը հայտնվում է վերջին տեղում հաջորդական գրելու արագության առումով:

RAID 6 զանգվածում պատահական մուտքը նման է RAID 0 և RAID 5 պատահական մուտքին: Այսպիսով, զանգվածի ցանկացած թվով սկավառակների համար 512 KB բլոկի չափսերով պատահական ընթերցման արագությունը պատահական ընթերցման արագության բնորոշ անկում ունի: Նկատի ունեցեք, որ ընթերցման առավելագույն պատահական արագությունը հասնում է զանգվածում վեց սկավառակի առկայության դեպքում: Բայց յոթ և ութ սկավառակներով ընթերցման պատահական արագությունը գրեթե նույնն է:

Theանգվածում ցանկացած քանակությամբ սկավառակներով պատահական գրելու դեպքում արագությունը մեծանում է տվյալների բլոկի չափի մեծացման հետ մեկտեղ և արագության անկումներ չեն լինում: Բացի այդ, պատահական գրելու արագությունը համաչափ է զանգվածում առկա սկավառակների թվին, սակայն արագության տարբերությունն աննշան է:

Պատահական ընթերցման արագության առումով ութ և յոթ դրայվերով կազմաձևված RAID 6 զանգվածը առաջ է միայն RAID 5 զանգվածից և զիջում է մյուս բոլոր հնարավոր զանգվածներին:

Վեց շարժիչով կազմաձևման դեպքում RAID 6-ը պատահական ընթերցման արագությամբ զիջում է RAID 10-ին և RAID 50-ին, իսկ հինգ շարժիչով կազմաձևման դեպքում `RAID 0-ին և RAID 5-ին:

Պատահական գրելու արագության առումով RAID 6 զանգվածը զիջում է ցանկացած այլ միացված կրիչներով բոլոր մյուս հնարավոր զանգվածներին:

Ընդհանուր առմամբ, մենք կարող ենք արձանագրել, որ RAID 6 զանգվածը ցածր է կատարողականից և RAID 0, RAID 5, RAID 50 և RAID 10 զանգվածներից: Այսինքն `կատարման առումով այս տեսակի զանգվածը վերջին տեղում է:

Բրինձ 33. Պատահական ընթերցման արագություն
RAID 10 զանգվածում

Բրինձ 34. Պատահական գրելու արագությունը RAID 10 զանգվածում

Սովորաբար, ութ և վեց սկավառակների զանգվածներում ընթերցման հաջորդական արագությունը ավելի մեծ է, քան գրելու արագությունը, մինչդեռ չորս սկավառակների զանգվածում այդ արագությունները գործնականում նույնն են տվյալների բլոկի ցանկացած չափի համար:

RAID 10 զանգվածի համար, ինչպես նաև մնացած բոլոր զանգվածների համար, հաջորդական ընթերցման և գրելու արագության բնորոշ է զանգվածի ցանկացած քանակի սկավառակների տվյալների չափերի բլոկների համար:

Theանգվածում ցանկացած քանակությամբ սկավառակներով պատահական գրելու դեպքում արագությունը մեծանում է տվյալների բլոկի չափի մեծացման հետ մեկտեղ և արագության անկումներ չեն լինում: Բացի այդ, պատահական գրելու արագությունը համաչափ է զանգվածում առկա սկավառակների թվին:

Հաջորդ ընթերցման արագության առումով RAID 10 զանգվածը հետևում է RAID 0, RAID 50 և RAID 5 զանգվածներին `ութ, վեց և չորս սկավառակներով կազմաձևով, իսկ հաջորդական գրելու արագությամբ այն զիջում է նույնիսկ RAID 6 զանգվածին, այն հետևում է RAID 0 զանգվածներին: RAID 50, RAID 5 և RAID 6:

Մյուս կողմից, պատահական ընթերցման արագության առումով, RAID 10 զանգվածը գերազանցում է կազմաձևի մնացած բոլոր զանգվածներին `ութ, վեց և չորս սկավառակներով: Բայց պատահական գրելու արագության առումով այս զանգվածը կորցնում է RAID 0, RAID 50 և RAID 5 զանգվածները `ութ սկավառակ ունեցող կազմաձևով, RAID 0 և RAID 50 զանգվածները վեց սկավառակի կազմաձևով, իսկ RAID 0 և RAID 5 զանգվածները` չորս սկավառակի կազմաձևում:

RAID 50

RAID 50 զանգվածը կարող է կառուցվել վեց կամ ութ կրիչի վրա: RAID 50 զանգվածի փորձարկման արդյունքները ներկայացված են Նկ. 35-38:

Պատահական ընթերցման սցենարում, ինչպես նաև մնացած բոլոր զանգվածների դեպքում, կատարողականի բնորոշ անկում կա 512 ԿԲ չափի բլոկի դեպքում:

Theանգվածում ցանկացած քանակությամբ սկավառակներով պատահական գրելու դեպքում արագությունը մեծանում է տվյալների բլոկի չափի մեծացման հետ մեկտեղ և արագության անկումներ չեն լինում: Բացի այդ, պատահական գրելու արագությունը համաչափ է զանգվածում առկա սկավառակների թվին, սակայն արագության տարբերությունն աննշան է և նկատվում է միայն տվյալների մեծ (ավելի քան 256 ԿԲ) տվյալների բլոկի չափով:

Հաջորդ ընթերցման արագության առումով RAID 50 զանգվածը զիջում է միայն RAID 0 զանգվածին (ութ և վեց կրիչներով կազմաձևման դեպքում): Հաջորդ գրելու արագության առումով RAID 50 -ը նույնպես երկրորդն է միայն RAID 0 -ից ՝ ութ սկավառակ ունեցող կոնֆիգուրացիայում, իսկ վեց կրիչով կազմաձևման դեպքում ՝ այն զիջում է RAID 0 -ին, RAID 5 -ին և RAID 6 -ին:

Մյուս կողմից, պատահական ընթերցման և գրելու արագության առումով, RAID 50 զանգվածը զիջում է միայն RAID 0 զանգվածին և առաջ է ութ և վեց սկավառակ ունեցող մյուս բոլոր զանգվածներից:

RAID 1

Ինչպես արդեն նշեցինք, RAID 1 զանգվածը, որը կարող է կառուցվել միայն երկու սկավառակի վրա, անպատշաճ է նման վերահսկիչի վրա օգտագործելու համար: Այնուամենայնիվ, ամբողջականության համար մենք ներկայացնում ենք երկու սկավառակի վրա RAID 1 զանգվածի արդյունքները: RAID 1 զանգվածի փորձարկման արդյունքները ներկայացված են Նկ. 39 և 40:

Բրինձ 39. Հաջորդական գրելու և կարդալու արագությունը RAID 1 զանգվածում

Բրինձ 40. RAID 1 զանգվածում պատահական գրելու և կարդալու արագություն

RAID 10 զանգվածի համար, ինչպես նաև մնացած բոլոր զանգվածների համար, հաջորդական ընթերցման և գրելու արագության նվազումը բնորոշ է տվյալների բլոկի որոշ չափերի:

Պատահական ընթերցման սցենարում, ինչպես նաև այլ զանգվածների դեպքում, կատարողականի բնորոշ անկում կա ՝ 512 ԿԲ բլոկի չափով:

Պատահական գրելու դեպքում արագությունը մեծանում է տվյալների բլոկի չափի մեծացմամբ և արագության անկումներ չկան:

RAID 1 զանգվածը կարող է քարտեզագրվել միայն RAID 0 զանգվածին (քանի որ երկու սկավառակներով այլ զանգվածներ հնարավոր չեն): Պետք է նշել, որ RAID 1 զանգվածը գերազանցում է RAID 0 զանգվածին երկու սկավառակներով `բեռնման բոլոր սցենարներում, բացառությամբ պատահական ընթերցման:

եզրակացություններ

LSI 3ware SAS 9750-8i վերահսկիչի փորձարկումից ստացած մեր տպավորությունը Seagate Cheetah 15K.7 ST3300657SS SAS կրիչների հետ համատեղ բավականին խառն էր: Մի կողմից, նա ունի գեղեցիկ ֆունկցիոնալությունըՄյուս կողմից, արագության անկումը տագնապալի է տվյալների բլոկների որոշակի չափերի դեպքում, ինչը, բնականաբար, ազդում է RAID զանգվածների արագության աշխատանքի վրա, երբ դրանք գործում են իրական միջավայրում: